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SUBJECT:  Transportation  Improvement  Program  -  Requirements  (Concept  Paper) 


Headquarters,  Department  of  the  Army 
Deputy  Chief  of  Staff  for  Logistics 
ATTN:  DALO-TSM 
Washington,  DC  20310-0562 


1.  References: 

a.  Letter,  DACS-DMO,  19  October  1983,  subject:  Responsibilities  of  Study 
Performing  and  Study  Sponsoring  Organization. 

b.  Draft  Study  Directive  DALO-TSM,  undated,  subject:  Transportation 
Improvement  Program  3  (TRIP3)  Army  Strategic  Mobility  System  Assessment 
(ASMS A) . 

2.  The  Deputy  Chief  of  Staff  for  Logistics  (DCSLOG)  requested  tliat  the  US 
Army  Concepts  Analysis  Agency  (CAA)  develop  a  Concept  Paper  for  design  and 
development  of  the  Logistics  Decision  Support  System,  Strategic  Mobility 
Module.  The  enclosed  report  responds  to  that  request. 

3.  The  report  defines  system  requirements  for  the  Strategic  Mobility  Division 
action  officers  to  determine  impacts  of  strategic  mobility  issues,  lift 
requirements  and  closure  capability  "what  If"  analysis.  It  also  includes  a 
prototype  of  the  Strategic  Mobility  Module,  which  provides  a  functional 
representation  of  the  system  Input,  output  and  Information  panels. 


E.  B.  VANDIVER  III 
Director 
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\  /  CONCEPT  PAPER  OF  THE  STRATEGIC 

'  MOBILITY  MODULE 

STUDY 

SUMMARY 
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THE  REASON  FOR  PERFORMING  THE  STUDY  was  to  assist  Headquarters, 
Department  of  the  Army  (HQOA)  In  developing  a  concept  paper  for  the 
Strategic  Mobility  Module,  Logistics  Decision  Support  System  (LOG  DSS). 


THE  PRINCIPAL  FINDINGS  are  that  the  system  operational  design 
requires: 

(1)  A  Data  Base  Management  System  to  access  data  bases  and  systems 
of  the  LOG  DSS  and  the  Headquarters ,  Department  of  the  Army  Decision 
Support  System  (HQOA  DSS). 

(2)  A  Model  Base  Management  System  for  simulating  Intertheater, 
Intratheater,  and  continental  United  States  (CONUS)  transportation 
movement. 

(3)  A  System  Management  to  provide  for  housekeeping  functions  and 
Interface  with  other  LOG  OSS  and  HQOA  DSS  modules. 

(4)  Menu-driven  screens  to  accomplish  model  operation.  Program 
Objective  Memorandum  (POM)  Budget  Analysis  Management  Infrastructure 
System  functions  and  Interface  with  other  LOG  DSS  modules. 

(5)  A  decision  tool  to  help  rank  order  program  Increments  as  part 
of  the  Model  Base  Management  System. 

THE  MAIN  ASSUMPTION  Is  that  Identified  transportation  PC-based 
models  will  be  available. 


THE  PRINCIPAL  CONSTRAINTS  are  (I)  Office  of  the  Deputy  Chief  of 
Staff  for  Logistics,  Strategic  Mobility  Division  (ODCSLOG  TSM)  action 
officers  will  not  be  able  to  access  all  the  data  bases  until  their 
workstations  are  converted  to  operate  In  a  classified  mode;  and  (2) 
implementation  of  the  Strategic  Mobility  Module  must  conform  to  the 
specifications  established  for  HQDA  DSS. 


THE  SCOPE  OF  THE  STUDY  Is  directed  toward  determining  the  initial 
functional  design  concept  for  the  Strategic  Mobility  Module,  Logistics 
Decision  Support  System,  and  developing  a  prototype  of  the  module.  The 
system  Is  required  to: 

(1)  Permit  sensitivity  analysis  of  all  aspects  of  the  trans¬ 
portation  system  needed  to  mobilize,  deploy,  and  sustain  Army  forces 
worldwide. 

(2)  Indentify  transportation  system  constraints  and  limitations  in 
ways  that  directly  lead  to  recommended  changes  in  transportation 
procedures  and  funding.  The  process  must  analyze  the  transportation 
system  capabilities  and  prioritize  resources. 


THE  STUDY  OBJECTIVES  are  (1)  develop  a  concept  paper  describing  the 
Initial  functional  design  concept,  and  (2)  develop  a  prototype  of  the 
system. 


THE  BASIC  APPROACH  was  to  conduct  research  and  collect  data.  This 
resulted  in  the  development  of  the  initial  functional  design  concept. 
The  design  concept  was  revised  several  times  based  on  Iterative  reviews 
by  DALO-TSM.  Working  closely  with  the  action  officers  In  DALO-TSM,  a 
functional  representation  of  the  required  capability  (prototype)  was 
developed  in  order  to  define  and  refine  user  requirements. 


THE  STUDY  SPONSOR  was  the  Deputy  Chief  of  Staff  for  Logistics,  HQDA, 
who  established  the  objectives  an<J  monitored  study  activities. 


THE  STUDY  EFFORT  was  directed  by  LTC  Robert  H.  Fahringer,  Strategy, 
Concepts  and  Plans  Directorate. 


COMMENTS  AND  QUESTIONS  may  be  sent  to  Director,  US  Army  Concepts 
Analysis  Agency,  ATTN:  CSCA-SP,  8120  Woodmont  Avenue,  Bethesda, 
Maryland  20814-2797. 


Tear -out  copies  of  this  synopsis  are  at  back  cover. 
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CHAPTER  1 


INTRODUCTION 


1-1.  BACKGROUND 

a.  The  purpose  of  this  paper  is  to  describe  the  initial  design 
concept  of  the  LOG  DSS  Strategic  Mobility  Module  (SMM).  The  SMM  will 
be  a  portion  of  the  ODCSLOG  Decision  Support  System. 

b.  The  Strategic  Mobility  Division  of  ODCSLOG  (DALO-TSM)  exercises 
General  Staff  supervision  over  strategic  mobility  aspects  of  war  and 
contingency  plans,  transportation  concepts,  doctrine  and  force  struc¬ 
ture,  mobilization  and  deployment  exercises,  control  of  strategic 
transportation  resources,  intermodal ism.  Army  standard  transportation 
ADP  systems,  and  transportation  assets  ( i . e . ,  rail,  watercraft,  and 
containers) . 

c.  In  accomplishing  these  missions,  the  Strategic  Mobility  Division 
must  process  a  significant  amount  of  input  from  the  Army  Staff  for 
planning  the  strategic  mobility  requirements  of  the  Army.  Similarly, 
the  Strategic  Mobility  Division  of  DCSLOG  (DALO-TSM)  receives  a  sig¬ 
nificant  amount  of  input  from  the  ARSTAF  to  process  information 
concerning  programing/budgeting  requirements  for  the  transportation 
system.  Currently,  action  officers  do  not  have  direct  access  to 
automated  data  bases  or  transportation  models  that  could  assist  in 
rapidly  defining  strategic  mobility  requirements,  capabilities  and 
shortfalls.  The  present  system  requires  action  officers  to  manually 
screen  technical  manuals  and  computer  printouts  to  perform  very 
notionalized,  nonautomated,  general  calculations  or  to  rely  on  other 
agencies  such  as  J-4,  OSD,  or  CAA  model  and  analyses  to  determine  what 
is  needed  to  support  the  Army  force  requirements  and  the  transportation 
system's  capability  to  support  that  requirement.  The  latter  option  is 
sufficient  for  long  lead  time  studies  but  is  not  responsive  to  short 
suspense  analysis  requirements  and  "what-if"  drills.  Additionally,  TSM 
cannot  assess  the  specific  impact  of  funding  increases  or  decreases  on 
the  ability  to  "close  the  force,"  nor  is  it  able  to  make  decisions 
concerning  resource  reallocation  to  attempt  to  "optimize"  the  output 
(performance)  of  the  total  mobility  system.  The  current  method  of 
operation  limits  the  action  officer  and  the  ARSTAF  in  its  ability  to 
conduct  thoughtful  and  timely  analysis  needed  for  decisions  impacting 
upon  the  strategic  mobility  system  as  a  whole. 

1-2.  FUNCTIONAL  AND  OPERATIONAL  REQUIREMENTS.  This  paragraph  presents 
the  functional  and  operational  requirements  of  the  SMM  from  the  stand¬ 
point  of  capabilities  that  the  module  will  provide  to  users. 

a.  In  order  to  accomplish  the  specific  performance  requirements 
that  will  be  discussed  in  this  concept  paper,  the  SMM  must  be  capable 
of  performing  three  basic  functions:  Model  Base  Management,  Data  Base 
Management,  and  an  interface  among  the  model  base,  data  base,  and 
environment  software.  An  overview  of  these  functions  is  shown  at 
Figure  1-1. 
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Figure  1-1.  Strategic  Mobility  Module  Components  of  the  Decision 

Support  System 
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(1)  Model  Base  Managenent  System  (MBMS).  The  system  must  contain 
an  appropriate  set  of  models  capable  of  simulating  intertheater,  intra¬ 
theater,  and  CONUS  transportation,  as  well  as  a  multiattribute  decision 
utility.  The  candidate  transportation  models  specified  in  Appendix  E 
are  a  beginning  of  such  a  model  library.  The  MBMS  must  be  capable  of 
the  following  functions: 

(a)  Provide  access  to  transportation  and  decision  aid  models. 

(b)  Initialize  and  run  the  models. 

(c)  Generate  output  reports  from  the  models. 

(2)  Data  Base  Management  System  (DBMS).  The  system  must  be 
capable  of  the  following  functions: 

(a)  Provide  access  to  data  by  allowing  queries,  both  direct  (in 
plain  English)  and  through  a  menu.  The  interpretation  of  plain  English 
queries  will  be  through  the  use  of  the  HQDA  DSS  in-place  software 
package  called  Intellect. 

(b)  Provide  access  to  both  the  standard  data  base  and  to  model  j 

output  files.  The  system  will  also  allow  comparisons  of  data  between 

like  files. 

(c)  Allow  the  user  to  enter  new  data  in  the  proper  form  to  run 
a  model. 

(d)  Allow  the  user  to  modify  the  model  input  files  to  conduct 
"what-lf"  analysis. 

(3)  Dialogue  Generation  Management  System  (User  Interface).  The 
Interface  among  the  DBMS,  MBMS,  and  the  system  software  must  be  capable 
of  the  following  four  functions: 

(a)  Feed  a  selected  model  with  the  appropriate  data  inputs  as 
chosen  by  the  user  from  a  menu. 

(b)  Direct  model  output  to  the  appropriate  graphical/  I 

statistical  software  package  configured  such  that  it  is  in  the  format 

chosen  by  the  user. 

(c)  Generate  new  "base  case"  model  input  files  whenever  a 
"parent"  file  Is  updated  or  replaced. 

(d)  Provide  screens  and  menus  for  ease  of  use  which  meet  the 
HQDA  DSS  standards. 

b.  Strategic  Mobility  System  Capabilities.  The  SMM  includes  the 
capabilities  shown  below  which  are  categorized  under  the  subheadings  of 
POM/Budget  analysis,  transportation  analysis,  force  structure  analysis, 
equipment  distribution  analysis,  and  transportation  system  capability 

I 

I 
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and  readiness  analysis.  The  specific  methods  by  which  the  capabilities 
will  be  accomplished  are  defined  In  detail  in  Chapter  2,  Design 
Concept,  and  Chapter  3,  Discussion  of  Prototype. 

(1)  POM/Budget  Analysis 

(a)  Display  strategic  mobility  PDIP  by  type  (e.g.,  LOTS)  and 
quantity  by  FY  for  each  major  command  (MACOM)  with  the  capability  to 
roll  to  Army  level. 

0>)  Determine  the  Impact  of  funding  constraints  on 
transportation  Initiatives  by  adjusting  dollar  cost  with  the  associated 
transportation  capability  that  will  be  enhanced  or  decremented. 

(c)  Determine  how  increases  in  POM  budget  authority  can  best  be 
allocated  to  achieve  the  maximum  benefit  in  terms  of  system  capability 
or  specific  goals  and  objectives.  These  goals  and  objectives  could  be 
equated  as  changes  in  unit  closures  (LAD)  or  levels  of  sustainment. 

(d)  Integrate  dollar  costs  with  the  type  and  quantity  of 
strategic  mobility  system  improvements  required  by  fiscal  year  by 
showing  dollar  cost  of  each  PDIP  by  type  of  PDIP  for  each  MACOM. 

(e)  Integrate  programed  dollars  with  the  type  and  quantity  of 
strategic  mobility  resources  they  will  buy. 

(f)  Provide  action  officer  visibility  of  integrated  programed 
dollars  and  strategic  mobility  system  resources  by  PDIP  for  each  MACOM 
by  fiscal  year. 

(g)  Integrate  budgeted  dollars  with  the  type  and  quantity  of 
strategic  mobility  system  resources  they  will  buy  displayed  by  by  PDIP 
by  FY  for  each  MACOM. 


A 


b 


(2)  Transportation  Analysis 


(a)  Simulate  the  movement  of  forces  and  supplies  through  a 
multimodal,  multitheater  transportation  system  from  "factory  to 
foxhole"  Including  the  ability  to  model  attrition  to  determine  closure 
dates  In  theater  and  assess  sufficiency  of  the  transportation  system 
capability.  Model (s)  must  be  capable  of  considering  the  following 
variables: 


1.  Combinations  of  possible  constrained  or  unconstrained 
air/seaports  of  embarkation/debarkation. 

2.  Combinations  of  air/sea  assets. 

3.  Various  forces  levels. 

4.  Wartime  host  nation  support. 

5.  Overflight  routes  (route  alternates). 
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(b)  Quantify,  display,  compare,  and  evaluate  the  performance  of 
nodes  and  links  of  a  transportation  network  for  CONUS,  inter/ 
intratheater  and  multitheater  scenarios.  Based  on  this  analysis, 
identify  critical  throughput  shortfalls.  Specifically,  determine: 

1.  Relationship  between  air/sealift  assets  and  closure  times 
in  deploying  and  redeploying  forces  from  CONUS  to  an  overseas  theater, 
and  from  one  overseas  theater  of  operations  to  another. 

2.  Combinations  of  air/land  and  sea  routes  between  two 
theaters/locations. 

3.  Possible  combinations  of  air  and  sealift  assets  required 
to  meet  a  specific  range  of  closure  dates,  for  each  route  or 
combination  of  routes. 

4.  Deployment  estimates  by  air  and  sea  for  various  units. 

5.  Impact  of  various  lift  combinations  on  deployment. 

6.  Impact  of  various  POMCUS  levels  in  terms  of  lift 
requirements  and  force  closure  dates. 

(c)  Conduct  inter/ intratheater  lift  assessments  capable  of 
determining: 

1.  Deviation  of  estimated  delivery  dates  from  required 
delivery  dates  for  each  theater. 

2.  Queue  length  and  idle  time  for  each  node  and  lift  mode. 

3.  Deployment  estimates  by  air  and/or  sea  for  various  type 
units  or  a  specific  force. 

4.  Utilization  of  lift  assets  (general  percent  reports  and 
specific  ship  and  plane  load  information). 

5.  Limiting  factors  in  overall  system  output. 

(3)  Force  Structure  Analysis 

(a)  Determine  the  TOE  cargo  movement  capability  of  trans¬ 
portation  units  by  SRC/UIC. 

(b)  Identify  specific  cargo  configuration  for  loading  specified 
lift  assets. 

(c)  Compare  old  TOE  and  new  TOE  in  order  to  assess 
transportability  Impacts. 

(d)  Determine  movement  requirements  and  capabilities  by  program 
year  and  compare  output  in  the  form  of  changes  from  on  year  to  another. 
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(4)  Equipment  Distribution  Analysis 

(a)  Determine  the  impact  of  equipment  and  personnel  changes  of 
the  programed  or  current  force  in  terms  of  movement  requirements. 

(b)  Determine  specific  unit  movement  requirements  in  terms  of 
amount  of  cargo/PAX  to  be  moved  by  unit  type/SRC. 

(5)  Transportation  System  Capability  and  Readiness  Analysis 

(a)  Compare  transportation  unit  status  with  previously  reported 

status. 

(b)  Determine  unit  movement  requirements  and  characteristics 
from  sources  such  as  TUCHA  or  TAEDP.  Movement  requirements  will  be 
identified  in  terms  of  amount  of  passengers  and  amount  of  cargo 
required  to  be  moved.  Cargo  will  be  characterized  by  STON  (bulk, 
oversize,  outsize,  and  nonair-transportable),  nonvehicular  cargo, 
containerlzable,  and  noncontainerizable  cargo. 

1-3.  CURRENT  PROCEDURES  AND  PROCESSES.  Presently,  action  officers 
screen  voluminous  documents  in  order  to  determine  what  is  needed  to 
support  Army  force  requirements  and  the  transportation  system's 
capability  to  support  that  requirement.  The  DCSLOG  Strategic  Mobility 
Division  prepares  position  papers,  impact  statements,  information 
papers,  and  briefings  to  support  the  development  of  the  Five  Year 
Defense  Plan  (FYDP) ,  The  Army  Plan  (TAP),  and  the  Program  Objective 
Memorandum  (POM).  The  office  develops,  reviews,  and  defends  strategic 
mobility  PDIPs  for  the  Army  POM.  They  review  PDIPs  submitted  by  the 
MACOM  and  other  DA  Staff  elements,  present  briefings  to  justify  the 
PDIPs  before  the  functional  panels,  and  develop  impact  statements  of 
program  and  budget  changes.  In  accomplishing  these  tasks,  DALO-TSM 
routinely  reviews  recurring  and  special  studies  for  identification  of 
transportation  requirements,  reviews  Defense  Guidance,  evaluates 
results  of  mobilization  exercises,  coordinates  issues  with  MACOM  action 
officers,  and  reviews  PDIP  Dictionary  pages  to  maintain  status  of 
Initiatives. 

a.  Deficiencies  and  Limitations  of  the  Current  System.  The  overall 
deficiency  of  the  current  system  is  its  inability  to  perform  timely 
quantitative  Strategic  Mobility  and  Transportation  analysis.  The  Army 
Strategic  Mobility  System  Assessment  (ASMSA)  Study  began  the 
preliminary  design  for  the  development  of  an  analytic  methodology  for 
providing  strategic  mobility  input  to  the  PPBES  through  use  of  a  DSS. 
The  ASMSA  Study  was  the  feasibility  study  which  determined  that  a  DSS 
was  the  most  effective  way  to  meet  TSM  requirements.  DALO-TSM  action 
officers  (AO),  team  chiefs  and  the  division  chief  were  interviewed  to 
learn  how  they  accomplished  their  responsibilities.  The  interviews 
concentrated  on  the  strategic  mobility  mission  and  functions.  An 
analysis  of  the  interview  resulted  in  the  following  observations: 
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(1)  There  exists  a  lack  of  supporting  automation  to  perform 
timely  and  meaningful  review  and  analysis. 

(2)  There  is  great  reliance  on  multiple  levels  of  information. 

(3)  Data  that  is  available  is  often  aggregated  or  disaggregated 
at  an  unacceptable  level  of  specificity;  for  example,  table  of 
organization  and  equipment  (TOE)  data  is  highly  detailed  in  microfiche 
format. 

(4)  There  is  no  easy  way  for  the  AO  to  graphically  represent  I 

data.  ) 

(5)  There  is  no  systematic  method  to  conduct  sensitivity  analysis  ! 

("what  Ifs"). 

(6)  Current  transportation  models  used  by  the  strategic  mobility  1 

and  analytic  communities  are  mainframe  models  requiring  long  run  times  J 

and  are  unresponsive  to  the  needs  of  ARSTAF  AOs. 

(7)  No  capability  exists  to  analytically  determine  how  to 
redistribute  funding  to  maximize  total  system  capability,  or 
demonstrate  the  impact  of  incremental  funding  changes  on  the  total 
system  capability. 

Accordingly,  transportation  Issues  often  do  not  compete  favorably  with  ! 

other  programs  because  00CSL06  Is  not  able  to  adequately  assess  impacts 
of  program  changes,  define  risk  levels,  or  develop  tradeoffs. 

Moreover,  Impacts  of  tradeoffs  and  the  interrelationship  of  various 
programs  are  often  not  apparent  to  the  action  officer. 

b.  Existing  Oata  Flow.  The  information  network,  depicted  in  Figure 
1-2,  shows  the  existing  data  flow  and  the  various  sources  of  input  and 
output  of  the  existing  system.  DCSLOG,  Strategic  Mobility  Division  is 
represented  by  the  center  box.  As  can  be  seen,  the  data  requirements  ) 

to  support  the  planning  and  programing  functions  are  satisfied  from  a 
wide  range  of  organizations.  The  data  sources  depicted  below  (Figure 
1-2)  are  only  representative  of  the  total  requirement. 
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INFORMATION  NETWORK 
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Figure  1-2.  Information  Network 


1-4.  OBJECTIVES.  The  major  objective  of  the  SMM  is  to  provide  data 
and  quantitative  analytic  support  to  ODCSLOG  to  accomplish  review  and 
analysis  of  strategic  mobility  issues  and  to  support  HQDA  in  Planning 
Programing,  Budgeting  and  Execution  System  matters  impacting  upon 
strategic  mobility  issues. 

a.  General  goals  include  the  following: 

(1)  Development,  analysis,  and  evaluation  of  the  policy 
alternatives  on  strategic  mobility  issues  to  provide  balanced  support 
for  the  combat  forces. 

(2)  Development  of  priorities  for  implementation  of  strategic 
mobility  initiatives  to  improve  the  transportation  system. 

(3)  Evaluation  and  analysis  of  the  strategic  mobility  impact  on 
military  operations  to  deploy  and  sustain  the  total  force  based  upon 
POM  guidance. 
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(4)  Evaluation  and  analysis  of  the  strategic  mobility  impact  of 
management  changes  upon  the  size  and  composition  of  the  total  force 
structure. 

(5)  Visibility  in  monitoring  the  readiness  of  transportation 
units  to  determine  the  effect  on  capability  to  support  and  sustain 
combat  forces. 

(6)  The  ability  to  simulate  the  movement  of  forces  and  supplies 
through  a  constrained  multimodal  transportation  system  to  determine 
unit  arrival  times  at  destinations  in  a  single  or  multiple  theater  of 
operations.  Through  this  simulation  or  other  model,  determine  the 
optimum  distribution  of  funding  for  PDIPs  to  best  improve  overall 
transportation  system  capabilities. 

(7)  Determine  the  effect  of  PDIP  funding  level  changes  and  policy 
changes  on  the  closure  of  units  overseas. 

b.  To  accomplish  these  goals,  the  SMM  is  geared  to  satisfying  the 
functional  and  operational  requirements  that  were  identified  earlier 
and  relate  to  the  following  categories  POM/Budget  Analysis, 
Transportation  Analysis,  Force  Structure  Analysis,  Equipment 
Distribution  Analysis,  and  Transportation  System  Capability  and 
Readiness  Analysis. 

(1)  POM/Budget  Analysis.  The  objectives  related  to  POM/budget 
analysis  are: 

(a)  Display  strategic  mobility  PDIP  by  type  (i.e.,  LOTS)  and 
quantity  by  FY  for  each  MACOM  with  the  capability  to  roll  to  Army 
level . 

(b)  Determine  the  impact  of  funding  constraints  on 
transportation  initiatives  by  adjusting  dollar  cost  with  the  associated 
transportation  capability  that  will  be  enhanced  or  decremented.  The 
resultant  changes  In  capability  could  then  be  used  as  new  input  to  be 
run  In  a  transportation  model  contained  in  the  Transportation  Analysis 
option. 


(c)  Determine  how  Increases  in  POM  budget  authority  can  best  be 
allocated  to  achieve  the  maximum  benefit  in  terms  of  system  capability 
or  specific  goals  and  objectives.  These  goals  and  objectives  could  be 
equated  as  changes  in  unit  closures  (LAD)  or  levels  of  sustainment.  By 
adjusting  Increases  or  decreases  in  in  funding  levels  which  have  been 
translated  to  transportation  capabilities,  sensitivity  analysis  could 
be  conducted  with  the  transportation  models  reflecting  different  levels 
of  strategic  lift  assets.  A  comparison  of  the  arrival  profiles  would 
be  made  based  upon  the  multiple  model  runs. 

(d)  Integrate  dollar  costs  with  the  type  and  quantity  of 
strategic  mobility  system  improvements  required  by  fiscal  year  by 
showing  dollar  cost  of  each  PDIP  by  type  of  PDIP  for  each  MACOM. 

(e)  Integrate  programed  dollars  with  the  type  and  quantity  of 
strategic  mobility  resources  they  will  buy. 
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(0  Provide  action  officer  visibility  of  integrated  programed 
dollars  and  strategic  mobility  system  resources  by  PDIP  for  each  MACOM 
by  fiscal  year. 

(g)  Integrate  budgeted  dollars  with  the  type  and  quantity  of 
strategic  mobility  system  resources  they  will  buy  displayed  by  PDIP  by 
FY  for  each  MACOM. 

(h)  Determine  how  PDIPs  affect  (improve)  the  strategic  mobility 
system  in  terms  of  network  flow  throughout  the  entire  system. 

(2)  Transportation  Analysis.  The  objective  related  to 
transportation  analysis  Is  to  develop  a  model  base  management  system 
containing  a  set  of  transportation  simulation  models  and  other  decision 
aid  models  which  are  made  available  to  the  user  in  an  Interactive 
environment.  The  models  Interact  with  the  data  bases  to  draw  their 
input  data,  and  interact  with  the  host  computer's  library  of  graphic 
and  statistical  packages  to  produce  output.  The  Interface  among  these 
various  systems  will  be  panel  driven  and  invisible  to  the  user.  Four 
transportation  simulation  models  and  a  multiattribute  utility  model 
have  been  identified  as  the  initial  models  for  the  system,  and  are 
described  below.  They  are  Mini-MIDAS,  SHAKER,  MOVER,  Airlift/Sealift, 
and  a  to-be-developed  decision  aid  for  rank-ordering  PDIPs.  Additional 
models  are  also  Identified  and  described  in  Appendix  E,  and  are 
candidates  for  inclusion  in  the  system.  The  models  selected  will  be 
capable  of: 

(a)  Simulating  the  movement  of  forces,  personnel,  and  supplies 
through  a  multimodel,  multitheater  transportation  system  (both  forward 
and  rearward)  to  capable  of  considering  the  following  variables: 

1.  Combination  of  possible  air/seaports  of  embarkation/ 
debarkation.  This  could  be  done  with  multiple  runs  of  the  model  using 
data  from  the  PORTS  and  APORTS  file  to  modify  model  input  for  certain 
APOE/SPOE  and  APOD/SPOD. 

2.  Combination  of  (decremented)  air/sea  assets.  By  modifying 
the  quantities  of  strategic  lift  assets  identified  in  the  ASSET  file, 
multiple  runs  at  various  levels  of  strategic  availability  could  be  run 
to  show  sensitivity  In  closure  times  as  a  function  of  lift  capability. 

3.  Various  forces  levels.  Same  as  above,  but  adjustment  of 
the  movement  requirements  contained  in  JPAM  would  demonstrate  the 
sensitivity  of  the  system  performance  with  increases  or  decreases  in 
the  movement  requirements. 

4.  Iterative  wartime  host  nation  support. 


i 
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5.  Iterative  overflight  routes  (alternate  routes).  Actual 
links  (routes)  and  nodes  (ports,  tranship  points)  will  be  capable  of 
being  adjusted  to  represent  denial  of  overflight  routes  and 
nonavailability  of  certain  air  or  seaports. 
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(b)  Quantifying,  displaying,  comparing,  and  evaluating  the 
performance  of  nodes,  and  links  of  a  transportation  network. 

(c)  Conducting  inter/intratheater  lift  assessments  capable  of 
determining  deviation  of  estimated  delivery  dates  from  required 
delivery  dates  for  each  theater.  This  will  be  accomplished  by  a  Cargo 
Closure  Report  detailing  deployment  for  each  unit/cargo  package  by  POE, 

POD,  transportation  mode,  required  delivery  date,  closure  day,  cargo 
weight,  number  of  passengers,  and  cargo  type. 

(3)  Force  Structure  Analysis.  The  objectives  relating  to  force 
structure  analysis  will  be  to: 

(a)  Determine  the  lift  capability  of  transportation  units  by 
SRC/UIC  by  accessing  the  Master  TOE  File  and  TAADS  to  determine  major 
equipment  Items  (task  vehicles,  etc.)  and  converting  this  into  a 
transportation  capability  (e.g.,  numbers  of  containers  discharged  per 
day,  STON  of  cargo  discharged  per  day). 

(b)  Identify  specific  cargo  configuration  for  loading  specified 
lift  assets.  This  will  be  accomplished  by  accessing  the  AMDF  file  and 
Transportation  Reference  data  for  weight,  cube,  and  bulk/oversize/ 
outsize  dimensions  for  a  particular  cargo  commodity  identified  by  stock 
number. 

c.  Compare  old  TOE  and  new  TOE  in  order  to  assess  transportability 
impacts.  Access  to  the  TAADS,  TUCHA,  TAEDP,  and  TOE  data  files  will 
provide  the  capability  to  determine  changes  in  levels  of  equipment  and 
personnel.  Comparison  can  be  made  to  determine  any  increase/decrease 
in  movement  requirements  expressed  in  number  of  personnel  and  amount  of 
bulk/oversize/outsize  cargo. 

d.  Determine  all  movement  requirements  (both  personnel  and 
equipment)  and  capabilities  by  program  year  and  compare  output  in  the 
form  of  changes  from  one  year  to  another  by  using  JPAM  data.  Movement 
requirements  can  be  compared  in  terms  of  quantity  of  cargo  to  be  moved 
by  theater  of  operations.  Accessing  the  ASSETS  file  would  provide  the 
capability  to  display  strategic  lift  resources  by  POE  by  time  period 
and  mobilization  condition. 

(4)  Equipment  Distribution  Analysis.  The  objectives  relating  to 
equipment  distribution  analysis  will  be  to: 

(a)  Determine  the  impact  of  equipment  and  personnel  changes  of  ; 

the  programed  or  current  force  in  terms  of  movement  requirements. 

(b)  Determine  specific  unit  movement  requirements  in  terms  of 
amount  of  cargo/PAX  to  be  moved  by  unit  type/SRC  by  accessing  JPAM  and 
TUCHA  data  files. 

(5)  Transportation  System  Capability  and  Readiness  Analysis.  The  j 

objectives  relating  to  transportation  system  capability  and  readiness  1 

analysis  will  be  to:  i 


i 
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(a)  Compare  transportation  unit  status  with  previously  reported 
status.  Readiness  and  activation  of  transportation  units  are  capable 
of  being  tracked  by  accessing  the  TAADS  and  FAS  data  bases.  This  will 
allow  tracking  by  unit  number,  unit  name,  component/DODAAC,  UIC,  EDate, 
and  location,  authorized,  and  onhand  equipment.  Actual  unit  readiness 
ratings  could  be  tracked  with  access  to  the  FORSTAT  file 

(b)  Determine  unit  movement  requirements  and  characteristics 
from  sources  such  as  TUCHA  or  TAEDP.  Movement  requirements  will  be 
identified  in  terms  of  amount  of  passengers  and  amount  of  cargo 
required  to  be  moved.  Cargo  will  be  characterized  by  STON  (bulk, 
oversize,  outsize  and  nonair-transportable) ,  nonvehicular  cargo, 
containerizable,  and  noncontainerizable  cargo. 
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CHAPTER  2 
DESIGN  CONCEPT 


2-1.  SYSTEM  DESCRIPTION.  This  section  describes  the  long-term 
capabilities  of  the  Strategic  Mobility  Module  (SMM)  by  defining  the 
operating  characteristics  and  scenario  for  the  system. 

a.  This  system  description  Is  aimed  at  defining  the  SMM  as  it  will 
function  In  the  Intermediate  term  LOG  DSS.  This  view  of  the  system  is 
Intended  to  ensure  that  development  Is  consistent  with  the  long-term 
requirements  of  DCSLOG  Strategic  Mobility  Division  and  to  serve  as 
building  block  to  including  all  these  capabilities  within  the  module. 
The  ultimate  Strategic  Mobility  Module  of  the  LOG  DSS  is  described  in 
Chapter  3,  Prototype  Description,  and  is  the  ultimate  objective  of  this 
Intermediate  design  and  system  Implementation. 

b.  The  SMM  should  be  designed  to  provide  a  user-friendly  automated 
system  capable  of  analyzing  the  transportation  system  in  terms  of  its 
subsystems,  deployment  plans  for  units,  items  and  personnel  shipped, 
and  the  Interrelated  PP8ES.  When  fully  implemented,  it  will  allow 
action  officers  the  capability  to  consolidate  visibility  over  mobility 
enhancement  programs  and  assess  the  impact  of  changes  in  program/budget 
funding  levels  on  the  performance  of  the  total  transportation  system. 
The  SMM  will  provide  the  capability  to  identify  transportation 
shortfalls  by  means  of  mathematical  and  simulation  models  and  provide 
the  basis  for  recommendations  to  resolve  shortfalls.  To  meet  the 
functional  and  operational  requirements  described  in  Chapter  1  of  this 
paper,  a  design  has  been  developed  for  the  SMM  that  consists  of  three 
submodules  that  function  together  to  produce  a  timely  and  useful  system 
that  will  provide  action  officers  Interactive  access  and  manipulation 
of  data  bases,  and  the  ability  to  perform  "what-if"  analyses  using 
mathematical  and  statistical  models  while  allowing  control  over  the 
decisionmaking  process.  These  three  submodules  are  the  Systems 
Management  Submodule  (SMS),  Management  Information  System  Submodule 
(MISS),  and  Transportation  Models  Submodule  (TMS). 

c.  In  the  future,  the  Strategic  Mobility  Module  of  the  LOG  DSS  will 
contain  not  only  transportation  analysis  simulation  models  and  a 
decision  aid,  but  also  a  "factory  to  foxhole"  global  transportation 
model  to  be  used  in  budget  programing  analysis.  This  new  model  will 
also  have  the  capability  to  translate  PDIP  funding  level  changes  into 
physical  asset  changes  (e.g.,  translate  a  loss  of  $1M  in  the  LOTS  PDIP 
Into  a  degradation  in  LOTS  operations  for  a  specific  port)  and 
automatically  input  such  changes  into  the  model  for  an  analysis  of  the 
effect  on  the  overall  output  of  the  transportation  system.  The  new 
model  will  be  able  to  rank-order  PDIPs  in  terms  of  overall  benefit  to 
the  transportation  system,  and  recommend  new  capabilities  which  might 
be  even  more  beneficial  to  the  system.  Model  output  will  be  detailed 
enough  to  determine  exactly  where  bottlenecks  and  stoppages  occur,  as 
well  as  provide  detailed  system  performance  reports.  The  future  model 
is  thoroughly  described  in  Chapter  3  and  Appendix  E. 


2-2.  SYSTEM  FUNCTIONS.  The  SMM  submodules  allow  the  user  of  the 
system  to  model  policies,  programs,  and  constraints,  perform  "what-if" 
analyses,  and  compare  the  results  of  these  analyses  by  means  of 
graphical  and  tabular  output  through  a  user-friendly,  menu-driven  MIS. 
The  system  submodules  are  summarized  below.  Figure  2-1  is  a  graphical 
overview  of  the  functioning  of  the  SMM  submodules. 


a.  Management  Information  System  Submodule  (MISS).  The  MISS  is 
designed  to  permit  access  and  user  tailored  information  retrieval  to 
common  LOG  OSS  data  bases  as  well  as  the  SMM  unique  data  base;  it 
contains  a  comprehensive  data  base  management  system. 


(1)  Access  to  these  data  bases  will  be  constructed  with  a  series 
of  menu  driven  queries  for  strategic  mobility  data.  More  adept  users 
will  have  the  capability  to  directly  access  data  by  use  of  the 
"Intellect"  software  package  installed  on  HQDA  DSS. 


(2)  The  MISS  will  include  a  report  generator  which  will  permit 
users  to  specify  the  reports  that  they  require  with  minimum  technical 
coding.  It  will  allow  users  to  tailor  reports  in  tabular  and  graphical 
format.  Other  reports  will  be  menu-generated  as  a  matter  of  routine 
within  the  system. 


(3)  The  MISS  will  have  access  to  files  created  by  the  Systems 
Management  Submodule  and  Transportation  Submodule  for  queries  and 
display  of  data.  This  submodule  is  built  around  a  "data  base"  or  group 
of  data  bases. 


(4)  The  module  will  be  constructed  to  permit  data  base 
maintenance  in  order  to  keep  the  data  current  and  accurate.  Procedures 
must  be  provided  to  insert  new  records,  amend  existing  records,  delete 
old  records,  and  produce  proof  lists.  Many  of  the  insertions, 
amendments,  and  deletions  will  be  carried  out  as  part  of  applications 
in  the  Systems  Management  Submodule.  Proof  lists  will  be  kept  which 
will  record  details  of  transactions  to  enable  systems  administrators  to 
keep  track  of  what  has  happened  to  the  data  bases  and  make  sure  all  the 
changes  are  valid. 


b.  Transportation  Model  Submodule  (TMS).  The  TMS  is  designed  to 
allow  access  to  deterministic  and  stochastic  simulation  and 
mathematical  transportation  models  capable  of  providing  a  quick  and 
reliable  means  of  conducting  sensitivity  and  decision  support  analysis 
of  the  movement  of  cargo  from  home  station  to  DISCOM  and  return.  This 
submodule  is  a  model  base  management  system. 


(1)  Included  in  the  module  will  be  a  capability  to  use 
multiattribute  decision  utility  tools  in  order  to  rank  order/prioritize 
PDIPs  and  assess  the  impact  of  resource  change  proposals  on  programs 
which  affect  the  total  system  capability. 
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/  Management  X 
[information  System! 
V  Sub -module  S 


■menu  driven  queries  of 
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•  graphics 
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Figure  2-1.  Strategic  Mobility  Module  (SMM) 
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(2)  The  TMS  will  initially  consist  of  PC-based  models  transferred 
to  the  mainframe.  Examples  of  the  initial  PC  models  that  will  be  part 
of  the  TMS  are  Mini-MIDAS,  MOVER,  SHAKER  and  Airlift/Sealift  Model 
(DALO-TSM).  It  is  recognized  that  all  of  the  requirements  specified  in 
Chapter  1  will  not  be  satisfied  by  the  functioning  of  the  models 
identified  above.  Accordingly,  other  existing  models  are  identified 
and  described  in  Appendix  E,  along  with  the  four  specified  above,  as 
candidates  for  inclusion  in  the  Transportation  Models  Submodule  as  part 
of  the  model  base  management  system. 

(3)  The  TMS  provides  access  to  and  initializes  the  attached 
models  and  interactively  runs  user-specified  models  and  data  sets  by 
means  of  user  friendly/menu  driven  interaction.  The  TMS  is  capable  of 
accessing  the  MISS  and  the  remainder  of  the  LOG  DSS  to  create  data 
sets.  This  data  will  be  generated  by  the  Systems  Management  Submodule. 
The  crosswalk  between  the  TMS,  MISS  and  SMS  will  be  transparent  to  the 
user  who  merely  controls  system  operation  through  menu-driven  user 
interface  screens.  Figure  2-2  depicts  the  conceptual  operation  of  the 
TSM.  The  models  will  be  capable  of  generating  standard  reports  and 
interface  with  HQDA  DSS  graphics.  The  operating  environment  to  be 
developed  is  characterized  by  the  following  operational  design 
criteria: 

(a)  Flexibility  and  Ease  of  Use.  Modifications  and  parameters 
of  the  models  may  be  modified  before  and  after  runs. 

(b)  Quick  Turnaround.  Module  and  models  provide  quick  results 
for  single  or  multiple  runs.  Output  for  analysis  is  generated  in  less 
than  30  minutes. 

(c)  Uncomplicated  Input.  User  is  able  to  select  default  data, 
or  enter  data  sets  using  a  menu-driven  edit  routine. 

(d)  User-controlled  Parameters.  The  user  controls  both 
scenario  parameters,  such  as  cargo  category,  arrival  data,  assets,  etc. 

(e)  User-friendly,  Menu-driven  System.  System  consists  of 
detailed  input  screens  to  allow  the  user  to  easily  access  different 
functions  within  the  models. 

(f)  Integrated/Standalone  Models.  Each  model  is  designed  to 
function  independently;  however,  the  output  of  one  model  can  be  used  as 
input  to  the  other  models.  The  user  may  also  independently  access  any 
model  through  a  series  of  menus.  This  enables  the  user  to  operate 
models  sequentially  or  operate  any  single  model  over  a  number  of 
sessions. 

(g)  Retrieval  Capability.  Model  outputs  can  be  saved  into  an 
action  officer's  disk  for  later  retrieval. 
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TRANSPORTATION  MODELS 
SUBMODULE 
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Menu-driven  command  level  allows  selection 

modification 

of  model  and  data 

Interface  with  HQOA  DSS  graphics 

Outputs  standard  reports 

Figure  2-2.  Transportation  Models  Submodule 


(h)  Standard  Outputs.  Standard  outputs  will  consist  of 
graphical  reports  and  tables,  selectable  to  the  user  through  output 
selection  screens.  Output  report  generation  will  also  allow  the  option 
of  selecting  the  entire  output  of  a  model  in  tabular  form  for  later 
detailed  review.  Outputs  will  interface  with  standard  HQDA  OSS 
graphical  and  statistical  packages  through  the  Systems  Management 
Submodule  (SMS). 

c.  Systems  Management  Submodule  (SMS).  The  SMS,  shown  in  Figure 
2-3,  is  used  to  create  new  data  files,  modify  existing  data,  and  to 
extract  data  from  various  data  bases  to  run  the  models  in  the  TMS.  In 
accomplishing  these  functions,  the  SMS  consists  of  interface  routines 
which  allow  for  quick  access  to  the  the  MISS,  LOG  DSS,  and  HQDA  DSS. 

(1)  The  SMS  will  have  the  capability  to  interface  with  standard 
HQOA  DSS  graphics  and  statistical  packages. 

(2)  File  creation  routines  must  be  capable  of  creating  Structured 
Query  Language  (SQL)  data  files  for  use  in  model  input  for  the  TMS. 
These  files  will  be  user  created  via  user  friendly  input  screens.  In 
creating  these  files  the  SMS  will  draw  data  for  the  models  from  several 
files,  combine  the  selected  fields,  and  create  new  record  files. 

(3)  The  SMS  will  create  "base  case"  files  which  are  created 
automatically  whenever  a  "parent"  file  is  updated.  The  capability  to 
save  older  versions  of  the  updated  file  is  required  to  permit 
comparisons  of  different  runs. 
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(4)  File  modification  routines  will  exist  which  will  allow  the 
user  access  to  files  that  have  been  previously  created  for  use  in  model 
runs  in  order  to  make  changes  to  data  to  perform  "what-if"  analyses. 
After  changes  have  been  made,  they  will  be  saved  as  a  new  file  without 
altering  the  original  master  data. 

(5)  "Base  case"  files  which  are  to  be  used  as  model  input  are 
described  below;  these  capabilities  are  more  thoroughly  described  in 
Chapter  3. 

(a)  For  intertheater  models,  the  "base  case"  data  will  contain 
data  drawn  from  several  sources,  primarily  the  JPAM  file.  For  each 
theater,  a  separate  input  file  for  the  model  will  be  created  (in 
essence,  a  base  case  for  each  theater).  The  output  of  the  model 
resulting  from  "base  case"  data  input  will  be  used  as  a  basis  for 
analyzing  changes  in  transportation  policy,  asset  reallocation/ 
reduction/increases,  or  new  asset  production. 

(b)  For  intratheater  models,  the  "base  case"  data  will  use 
intertheater  model  outputs  for  movements  requirements  and 
transportation  assets  onhand,  and  other  sources  for  the  network.  A 
separate  base  case  will  be  needed  for  each  port  to  be  analyzed  (for 
port  models),  for  a  standard  set  of  LOTS  scenarios  (for  LOTS  models), 
and  for  each  theater's  internal  transportation  network  (for  other 
intratheater  models). 
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Figure  2-3.  Systems  Management  Submodule 


(c)  CONUS  mobilization  and  movements  models  will  require 
standard  base  cases  representing  full  mobilization  and  global  movement 
based  on  JPAM  data,  partial  mobilization,  and  no  mobilization.  CONUS 
network  data  is  not  currently  automated  bui  ,T.jch  of  it  is  available  in 
hard  copy  publications. 

2-3.  INPUT/OUTPUT  DESCRIPTION.  There  are  two  basic  categories  of 
inputs  and  outputs  of  the  SMM.  These  include  data  base-related  and 
model-related  input/output.  The  model -related  input  requirements  rely 
heavily  upon  the  development  of  data  bases  required  to  conduct 
simulation  describing  the  movement  of  transportation  assets  to  deploy 
forces  and  supplies  through  the  transportation  system.  These  data 
requirements  are  critical  since  the  transportation  simulation  models 
have  unique  data  input  requirements.  The  SMM  must  be  able  to  construct 
input  files  for  each  of  the  models,  extracting  the  required  data 
elements/f ields  from  possibly  several  different  data  bases.  These 
constructed  input  files  must  be  accessible  to  the  user  in  order  to  make 
changes  to  the  files  to  run  "what-if"  analysis.  There  must  exist  a 
capability  within  the  SMM  to  automatically  create  new  input  files  for 
each  model  every  time  one  of  its  "parent"  files  is  updated  by  a  data 
base  manager.  Whenever  such  a  new  set  of  input  files  is  created,  users 
will  be  alerted  on  each  model  input  screen.  Outputs  will  conform  to 
the  HQUA  DSS  standard  graphical  packages,  and  will  also  comply  with  the 
prototype  standard.  The  possible  outputs,  their  functions  and  required 
input  data  for  the  SMM  are  summarized  in  Table  2-1. 


CAA-TP-87-5 


Table  2-1.  Strategic  Mobility  System  Design 
(page  1  of  5  pages) 


Primary 

outputs 

Output  data  types 

Input  data  types 

Input  files 

Function 

PDiPdata 

Funding  levels 

Title 

User  input 

Research  a  PDIP's 

source 

Number 

RDAIS 

funding  levels,  details 

Funding  ($)  for  each 

Funding  ($)  m  each 

PBS 

fiscal  year 

fiscal  year 

AMDf 

past  year 

past  year 

current  year 

curent  year 

five  planning  years 

five  planning  years 

Major  Command 

Major  Command 

Codes 

Codes 

Functional  area  Staff 

Functional  area  Staff 

Proponent 

Proponent 

Program  Codes 

Program  Codes 

FCN  Codes 

FCN  Codes 

TOE  comparison 

Unit  type 

Unit  type 

TOE 

Compare  TOEsof 

TOE  number 

TOE  number 

MTOE 

transportation  units 

Ma{ or  equipment 

Major  equipment 

FORSTAT 

items 

items 

TAADS 

Stock  number 

Stock  number 

Description 

Description 

Number  of  officers 

Number  of  officers 

Number  of  enlisted 

Number  of  enlisted 

Readiness 

EOH 

U1C 

SACS 

Track  readiness 

comparison 

Maintenance 

Unit  name 

FORSTAT 

transportation  units 

Training  level 

Unit  number 

FAS 

Narrative 

TAADS 

Transportation 

Ship  type 

Ship  type 

ASSETS 

Research 

equipment  data 

Mobilization 

Mobilization 

CHSTR 

transportation  assets 

condition 

condition 

in  inventory 

Earliest  avail  date 

Ship  ID 

Ship  10 

Ship  classification 

Shipclauification 

Ship  speed 

Ship  tpeed 

Ships  available 

Ship  days  available 

Ship  fill 

Ship  fill 

Ships  avail  by  plan 

Plan  number 

Primary 

outputs 

Output  data  types 

Input  data  types 

Input  files 

Function 

Transportation 

Aircraft  type 

Aircraft  type 

equipment  data 

Aircraft  ID 

Aircraft  ID 

(cont) 

Aircraft  classification 

Aircraft  classification 

Aircraft  available 

Aircraft  available 

Aircraft  mobilization 

Ship  mobilization 

condition 

Aircraft  fill 

Aircraft  out  of  theater 

condition 

Seaport  data 

Characteristics 

Port  name 

PORTS 

Research  seaports  m 

Geographical 

Geographical 

Free  World 

Location  Code 

Location  Code 

Harbor  type 

Harbor  Designation 

Open  storage 

Harbor  type 

capability 

Refrigerated  storage 

Refrigerated  storage 

capability 

capability 

Open  storage 

Ammo  storage 

capability 

capabilty 

Ammo  storage 

Ammumton 

capabilty 

breakbulk  discharge 

Container  discharge 

capability 

capability 

Container  discharge 

Number  of  entrances 

capability 

Number  of  harbors 

Number  of  entrances 

Number  of  berths 

Ice  restriction 

general  cargo 

Container  berths 

container 

length 

tanker 

depth 

8each  dimensions 

Gen  cargo  berths 

Beach  distances 

Table  2-1.  Strategic  Mobility  System  Design 
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Primary 

outputs 


Seaport  data 

(corn) 


Primary 

outputs 


Airport  data 
(coot) 


Output  data  types  I  Input  data  types  I  Input  files 


RORO  berths 
Container  berths 
beach  dimensions 
Distance 

Number  of  harbors 
Tidal  rise 
Turn  basin 
Clearance 

Causeways  and  cargo 

capacity 

MHE  capability 


Unit  type  movement 
characteristics  data 
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Primary 

outputs 

Output  data  types 

Input  data  types 

Input  files 

Function 

Unit  type  movement 

Nonair  transportable 

Nonair  transportable 

c  he/  actenstics  data 

(STON/MTON) 

(STON/MTON) 

(<ont) 

Bulk  POL 

8ulk  POL 

Cargo  description 

Cargo  description 

Length 

Length 

Width 

Width 

Height 

Height 

SQ  feet 

SQ  feet 

Number  of  pieces 

Number  of  pieces 

Movement 

Unit  name 

Unit  name 

JPAM 

Research  movement 

requirement  data 

Sequence  number 

Sequence  number 

requirements  for  unit 

Sevtce 

Sevice 

equipment  and 

Plan 

Plan 

resupply  tonnages  for 

Mode  of  travel 

Mode  of  travel 

protected  POM  Forces 

ROD 

ROD 

Avail  date 

Avail  date 

Port  date 

Port  date 

Node  date 

Node  date 

POf  (geoianon  data) 

PO€  (geoiation  data) 

Destination 

Destination 

Number  of  PAX 

Number  of  PAX 

TPSN 

TPSN 

POD 

POD 

Accompanying 

Accompanying 

Supply/Ammo  (STON) 

supply/ Ammo  (STON) 

Bulk  cargo  (STON) 

Bulk  cargo  (STON) 

Overtire  cargo  (STON) 

Oversize  cargo  (STON) 

Outsize  cargo  (STON) 

Outsize  cargo  (STON) 

Nonair 

Nonair 

transport  a  table  cargo 

transportation  cargo 

Unit  type 

Unit  type 

SRC 

SRC 

Force  requirement 

Force  requirement 

number 

number 

UIC 

UIC 

Primary 

outputs 

Output  data  typas 

Input  data  typas 

Input  filas 

Function 

MOVER 

Input  data 

Arrival  profile 

)PAM 

PDiP  analysis 

Model 

LOTS  System 

Berth  arrival  day 

ASSETS 

Reports 

requirements 

ship  number 

TUCHA 

Transportation 

Total  equipment 

Ship  type 

system 

required  per  day 

Number  of  vehicles 

analysis 

Ship  discharge  equip 

Total  vehicle  weight 

Lighterage  equip 

Noncontainer  weight 

User  input 

Shore  equip 

Pallet  weight 

Number  of  containers 

Peak  day  equip 
required  by 

Offload  category  unit 

equipment  type 

values 

STON  per  vehicle 

Personnel 

STON  (ammo)  per 

requirements 

container 

Operating  personnel 

STON  (supply)  per 

Support  personnel 

container 

STON  per  aircraft 

inland  movement 
profile 

Daily  discharge 

$  of  pallets 

capacity  (equipment 

#  of  container 

productivity) 

Ship  discharge 
equipment 

Lighterage 

equipment 

Shore  equipment 

AirMt/Seaiift 

Lift  requirements 

Cargo  sites 

ASSETS 

’ '  .mspuH anon 

Model 

Deploy  times 

lilt  asset  types 

CHSTR 

syslem 

Deployment  tunes 

User  input  1 
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Table  2-1.  Strategic  Mobility  System  Design 
(page  4  of  5  pages) 


Primary 

outputs 

Output  data  types 

Input  data  types 

input  files 

Function 

Airlift/Sealift 

Model  (coot) 

Outbound  capacity 

Ton  miles 

Pax  miles 

Required  number  of 
aircraft 

Total  cargo  capacity 

Total  ships  required 

Origin  to  destination 
time 

Airlift 

Cargo  movement 
requirement 

STON 

passengers 

Oa«iy  utilization 
factor 

Block  speed 

Average  speed 

Aircraft  type 

Oneway  distance 
Number  of  days  to 
deploy 

Sealift 

Ship  types 

Number  of  ships 

Load  factor  (STON) 
Load  time  (days) 

Speed  (nautical  mph) 
Movement 
requirement  (STON) 
Distance  (POE  to 

POD) 

Time  to  deploy  (days) 

Primary 

outputs 

Output  data  types 

Input  data  typci 

Input  filet 

Function 

Mini  MIDAS  Model 

Number  of  ships 

Forces  data 

JPAM 

PDiP  analyus 

Reports 

available 

Unit  type 

GE010C 

POE 

-  Service 

TUCHA 

Transportation 

Daily  Sealift 

Date 

•  Origin 

ASSETS 

system 

Activities  Report 

Number  of  ships 

Destination 

PORTS 

analysis 

starting  to  load 

-  Avail  date 

APORTS 

Report  of 

Number  of  ships 

R00 

Requirement  Demand 

loading 

-  Amt  of  ego 

and  Deliveries 

Number  of  ships 

Supply  consump- 

departing 

tion  factors 

Aircraft  Ulil.zation 

Number  of  ships  m 

User  input 

Report 

queue  at  SPOO 

Unit  ID 

Number  of  ships 
starting  to  offload 

Deploy  mode 

Number  of  ships 

Airlift  resources 

completing  offload 

frtypes  of  aircraft 

Percent  utilization  of 

-  #  of  aircraft 

ship's  cargo/contamer 

Aircraft 

capacity 

utilization 

Number  of  ships 

factors 

departing 

Aircraft  speeds 

Number  of  ships 

Aircraft  payloads 

waiting  for  convoy  to 

Aircraft  avail 

form 

Number  of  ships  at 

profile 

sea 

Sealift  resources 

Cargo  requirement 

Number  of  ships 

by  ROD 

initial  locations 

Actual  delivered  by 

Ship  ( jpacities 

day 

Ship  speed 

Excess 

Shortfall 

Transportation 

Aircraft  type 

network 

Number  available  by 

Origins 

day 

Destinations 

Percent  utilization 

Seaports 

Missions  Mown 

Airports 

Number  lost 

Leg  lengthy 

Amount  of  cargo  and 
personnel  delivered 

distant  t?s 

'  iVl***4!  '  «»1  fc.1  tUX  t.t  lL.«  * 
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Primary 

outputs 

Output  data  types 

Input  data  types 

Input  files 

Function 

Rank -ordered 

PDlP  10/llSt 

PDlP  ID 

User  input 

Mulhdllnbute 

POiPlist 

Scores  by  PDlP  IN 

Prompted 

(PDlPt/scores) 

decision  utility 

each  criteria 

relationships 

Criteria 

for  rank  ordered 

Criteria  relation- 

Criteria  relationships 

PDiPs 

ships 

(if  required) 

SHAKER  Model 

Type  Berth 

Ship  name 

JPAM 

PDlP  analysis 

Reports 

Berth  number 

Vessel  ID  number 

ASSETS 

Percent  utilization 

Vessel  type 

Transportation 

Utilization  Reports 

Vessel  length 

PORTS 

system  analysis 

Fued  Port  by  Berth 

Veuei  number 

Vessel  beam 

TUCMA 

Report 

Ship  type 

Veuel  draft 

LOTS  site  by  Ship 

Arrival  time 

Ship  capacity 

User  input 

Discharge  Anchorage 

Berthing  time 

Total  capacity 

Report 

Berthing  location 

Ship  deadweight 

Discharge  start  time 

Cargo  deadweight 

Activity  Reports 

Discharge  end  time 

Maximum  deck 

Vessel  Activity 

Cargo  discharged 

square  ft 

Report 

STONS 

Twenty  foot  equtv 

Berth  Activity 

Departure  time 

units 

Report 

Unit  equipment 

Berth  type 

capacity 

STATUS/Summary 

Berth  number 

Cargo  name 

Reports 

Ship  type 

Cargo  type 

Berth  Activity 

Discharge  start  time 

weight 

Summary  - 
Port  Operating 

Report  (daily  berth 
status) 

Oischargeend  time 

square  feet 

Primary 

outputs 


SHAKER  Model 
Reports  (coni) 
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Output  dau  types 

Input  data  types 

Cargo  data 

cube 

Type 

Number  of  lighter 

Pieces 

loading  stations 

STONS 

Number  of  holds 

Berth  data 

Number  of  cranes 

Occupation  data 

per  hold 

Time 

Number  of  berths 

AVG/M1N/MAX 

Container 

Discharge  operations 

Break  bulk 

Time 

Lighter 

AVG/MlN/MAX 

RO/RO 

Berth  type 

Number  of 

Date  available 

anchorage  points 

Start 

Distance  to  beach 

Cleared 

(miles) 

Length  of  beach 

(feat) 

Width  of  beach 
(feat) 

Beach  gradient 

Tidal  range 

Sea  slate  cohdition 

Wind  direction 

Wind  speed 

Input  files 


Function 
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2-4.  DATA  REQUIREMENTS.  The  availability  and  reliability  of  data  are 
essential  to  the  successful  development  of  the  Strategic  Mobility 
Module.  The  critical  task  in  developing  the  SMM  is  to  develop  a  data 
base  of  manageable  size  and  complexity  that  describes  the 
transportation  system  in  terms  of  the  transportation  network,  movement 
requirements,  capabilities,  and  interrelated  PPBES.  Furthermore,  these 
data  bases,  or  portions  thereof,  will  be  required  to  be  used  to  run  the 
transportation  models  resident  to  the  Transportation  Models  Submodule. 
The  sources  and  data  requirements  listed  below  are  examples  of  the  type 
of  data  required.  Additional  sources  and  elements  will  be  required  for 
module  enhancement  (such  as  for  CONUS/Mobilization). 

a.  Army  Master  Data  File  (AMOF).  The  Army  Master  Data  File  is  the 
catalog  of  Items  of  materiel  and  supply  In  the  Army  inventory.  It 
contains  descriptive  data  on  over  one  million  active  and  one-half 
million  Inactive  items.  The  file  is  maintained  by  the  Catalog  Data 
Agency  at  New  Cumberland  Army  Depot  and  is  available  in  tape  format. 

b.  Joint  Program  Assessment  Memorandum  (JPAM).  The  JPAM  data  base 
contains  programed  movement  requirements  for  each  service.  The  data 
base  for  the  Army  details  the  Army  strategic  movement  requirements  for 
unit  equipment  and  resupply  tonnages  for  projected  POM  forces.  The 
data  includes  the  short  tons,  square  feet,  and  measurement  ton 
characteristics  of  each  unit  for  containerizable  cargo,  vehicles, 
nonself -deploying  aircraft,  and  other  cargo  that  is  noncontainerizable. 
It  does  not  include  the  movement  requirements  for  RC  units  moving  form 
home  station  to  mobilization  station. 

c.  Joint  Operational  Planning  System  Reference  Files  (JOPS).  JOPS 
Reference  Files  contain  much  of  the  planning  information  used  to 
support  and  develop  OPLANs.  Files  contain  a  wide  range  of  data  useful 
for  strategic  mobility  planning  analysis. 

(1)  Transportation  Assets  File  (ASSETS).  The  Transportation 
Assets  File  lists  strategic  transportation  resources  by  time  period  and 
mobilization  condition  that  are  available  at  predefined  POEs. 
Information  includes  type  and  source  of  all  military  and  commercial 
transportation  assets  used  for  strategic  airlift  and  sealift.  For 
airlift  resources,  the  number  of  aircraft  withheld  for  JCS-assured 
airlift  (except  CRAF)  and  the  number  remaining  for  planning  are  also 
given.  This  file  reflects  the  figures  in  Annex  J  of  Joint  Strategic 
Capabilities  Plan  (JSCP). 

(2)  Geolocation  File  (GEOFILE).  The  GEOFILE  contains  data  that 
specifically  describes  and  geographically  locates  selected  places  and 
facilities.  Information  includes  the  location,  name, type  installation, 
country  name  and  code,  etc.  Each  entry  is  uniquely  identified  by  a 
four-digit  GEOLOC.  The  file  can  be  used  for  selection  of  SPOE/SPOD  and 
transshipment  points,  etc. 

(3)  Type  Unit  Characteristics  File  (TUCHA).  The  Type  Unit  Data 
File  contains  selected  information  about  the  number,  size,  and  weight 
of  personnel,  supplies,  and  equipment  possessed  by  notional  military 
units.  Data  is  highly  aggregated.  Each  type  of  unit  in  this  file  is 
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uniquely  identified  by  a  five-digit  unit  type  code  (UTC).  The 
Programed  Force  TUCHA  File  estimates  the  movement  characteristics  of 
units  in  the  POM  force  based  on  equipment  distribution  schemes  in  the 
TAEDP.  Information  is  available  at  the  UIC  level  of  detail. 

(4)  Ports  Characteristics  File  (PORTS).  This  file  contains  the 
physical  descriptions  and  operating  characteristics  of  seaports 
throughout  the  free  world.  Information  includes  the  size  of  the  port, 
depth  of  the  harbor  entrance,  beach  data,  number  of  berths  available  by 
ship  type,  and  categories  and  capacities  of  cargo  handling  and  storage 
facilities.  Each  seaport  is  identified  by  a  specific  GEOLOC. 

(5)  Aerial  Ports  and  Air  Operating  Bases  File  (APORTS).  This 
file  contains  the  physical  descriptions  and  operating  characteristic  of 
airport  facilities  throughout  the  free  world.  Information  includes 
maximum  aircraft  on  ground  (MOG),  runway  length,  width,  and  weight¬ 
bearing  capacity,  load  classification  number,  aircraft  parking  space, 
and  fuel/cargo  storage  capacities.  Each  airport  is  identified  by  a 
specific  GEOLOC. 

(6)  Characteristics  of  Transportation  Resource  File  (CHSTR).  The 
Characteristics  of  Transportation  Resource  File  describes  essential 
standard  characteristics  of  airlift  and  sealift  resources.  Two  data 
sets  are  included  in  the  files— the  Airlift  Data  Set  and  the  Sealift 
Data  Set.  The  Airlift  Data  Set  contains  aircraft  utilization  rate, 
load  classification  number,  passenger-carrying  capacity,  cargo-load 
capacity,  and  onload/offload  time  for  each  aircraft  type.  The  Sealift 
Data  Set  describes  ship  categories  and  lists  cargo  stowage  capacities 
(including  number  of  passengers  that  can  accompany  cargo), 
onload/offload  time  and  average  ship  speed  for  each  category. 

(7)  Logistics  Factors  File  (LFF).  The  LFF  contains  standard 
logistic  planning  factors  and  capabilities  used  to  compute  resupply 
requirements  and  shortfalls. 

(8)  Force  Status  and  Identity  Report  (FORSTAT).  The  JCS- level 
FORSTAT  system  establishes  a  single  source  within  the  DOD  to  provide 
the  National  Command  Authority  authoritative  identity  and  status 
information  concerning  units  and  organizations.  The  DCSOPS  Army 
Operational  Center  collects  the  data  and  maintains  the  file.  The  file 
contains  unit  status  reporting  information  for  all  Armed  Forces  units. 

d.  Force  Accounting  System  (FAS).  The  Force  Accounting  System  is  a 
component  of  the  OCSOPS  Force  Development  Management  Information  System 
(FDMIS).  The  FAS  is  comprised  of  four  major  data  files:  (I)  the 
Forces  File  (FORFA)  contains  current,  programed  and  alternative 
planning  forces  (troop  lists)  embodying  the  Current  Force  File  (P),  the 
Master  Force  File  (M),  and  the  Program  Objective  Memorandum  (POM)  Force 
File  (F);  (2)  the  Notes  File  (NOTA)  contains  the  Standard  Requirements 
Code  (SRC),  the  NOTA  modifies  the  SRCs  in  the  Forces  File;  (3)  the 
Transaction  History  History  File  (TH ISA) ;  and  (4)  the  Manpower  Annex 
File  (MANX).  The  FAS  maintain  a  single  record  for  each  unit 
identification  code  (UIC)  for  a  particular  effective  date  (EDATE).  FAS 
provides  the  trooplists  of  the  "real  world"  force  structure,  a  budget 


force  for  planning  purposes,  a  program  force  supporting  the  Army 
Program  Objective  Memorandum  to  develop  the  budget  force,  and  the 
objective  force  for  Army  input  to  the  Joint  Strategic  Operation  Plan 
(JSOP). 

e.  Total  Army  Equipment  Distribution  Program  (TAEDP).  The  Total 
Army  Equipment  Distribution  Program  is  used  to  determine  the  dis¬ 
tribution  of  major  end  items  to  all  claimants  in  the  Total  Army, 
prepositioned  materiel  configured  to  unit  sets  (POMCUS),  prepositioned 
war  reserve  stock  (PWRS),  maintenance  float,  and  operational  project 
stocks.  TAEDP  Is  resident  on  the  HQDA  DSS. 

f.  The  Research,  Development  and  Acquisition  Information  System 
(RDAIS).  The  RDAIS  includes  the  Research  and  Development  Consolidated 
Data  Base  (RDACB),  which  contains  detailed  PDIP  information.  The  RDAIS 
is  currently  undergoing  a  redesign. 

g.  Program  Budget  System  (PBS).  The  Program  Budget  System  (PBS)  is 
an  extensive  data  base  maintained  by  the  Army  Comptroller  which  con¬ 
tains  all  data  elements  which  comprise  a  PDIP. 

h.  Master  Table  of  Organization  and  Equipment  File.  This  file  is 
the  Master  DA/TRADOC  TOE  File  which  depicts  required  personnel  and 
equipment  to  fulfill  minimum  essential  wartime  requirements  for  ea^h 
type  unit  by  standard  requirement  code  (SRC).  Requirements  are 
indicated  at  various  TOE  levels.  The  TOE  serves  as  a  model  for  actual 
units  in  the  current  force. 

1.  DA  Standard  Equipment  Characteristics  File  (ECF).  The  purpose 
of  this  file  is  to  provide  a  standard  reference  file  for  transport¬ 
ability  characteristics  descriptions  by  LIN  for  use  in  development  of 
movement  requirements.  The  file  contains  all  type  classified  LIN 
included  in  Army  TOE,  MTOE,  and  in  SB  700-20,  Army  Adopted/Other  Items 
Selected  for  Authorization/List  of  Reportable  Items.  The  ECF  is 
developed  by  MTMCTEA  and  maintained  at  FORSCOM.  Key  data  elements  are 
LIN,  NSN,  model  and  component  description,  shipping  conf iguration, 
number  of  pieces,  dimensions,  weight,  cube,  cargo  loading  indicators 
(aircraft  and  container). 

j.  US  Army  Operational  Readiness  Analysis  (OMNIBUS).  OMNIBUS 
evaluates  the  current  capability  of  the  Army  to  mobilize,  deploy, 
fight,  and  sustain  forces  when  mobilized  to  support  global  conflict  as 
described  in  the  Defense  Guidance.  OMNIBUS  is  a  study  conducted 
annually  by  CAA  under  the  sponsorship  of  ODCSOPS.  The  OMNIBUS  Force 
Tape  is  developed  from  several  sources  and  is  available  at  CAA. 

k.  Programed  Airlift/Sealift  Reserve  File.  This  file  projects 
airlift  and  sealift  resources  and  capability  in  POM  years.  This  file 
is  useful  for  outyear  analyses. 

l.  Structure  and  Composition  System  (SACS).  The  SACS  is  a  network 
of  computer  programs  merging  four  basic  data  files.  These  include  FAS, 
Master  TOE,  Modified  TOE,  and  Basis  of  Issue  Plan  (BOIP)  File.  SACS 
may  be  viewed  as  three  separate  modules,  Basic,  Personnel,  and 


Equipment  modules.  The  LOGSACS  (equipment  module)  is  in  late  stages  of 
loading  onto  the  HQOA  OSS  and,  when  implemented,  should  satisfy  the 
needs  of  the  Strategic  Mobility  Module. 

2-5.  INTEGRATION  WITHIN  LOG  OSS.  The  SMM  must  interface  with  all 
other  modules  in  the  LOG  DSS.  The  principle  modules  that  the  SMM  will 
need  to  interface  with  are  the  POM/Budget,  Equipment,  and  Force 
Structure  modules.  The  internal  hierarchy  will  require  the 
coordination  of  policies  and  guidance  that  affect  multiple  systems  in 
the  LOG  DSS.  Common  data  bases,  policy  parameter  files,  user  controls, 
management  information  systems,  and  systems  management  capabilities 
will  enhance  the  likelihood  of  interface  with  the  entire  LOG  DSS.  The 
management  information  system  associated  with  the  SMM  will  be 
integrated  with  the  LOG  DSS  MIS  Module. 

2-6.  INTEGRATION  WITH  SYSTEMS  EXTERNAL  TO  LOG  DSS.  It  is  not  totally 
clear  at  this  time  how  much  interface  with  systems  external  to  the  LOG 
DSS  will  be  required.  The  data  requirements  of  the  SMM  will,  it  is 
envisioned,  be  satisfied  by  the  LOG  DSS.  It  may,  however,  require 
periodic  access  to  data  external  to  the  LOG  DSS.  In  anticipating  the 
final  design  requirements  of  the  SMM  it  is  expected  that  due  to  the 
potentially  large  volume  of  data  of  the  JOPS  files  it  may  not  be  stored 
nor  maintained  within  the  LOG  DSS.  Accordingly,  a  method  must  be 
established  for  direct  interaction  with  required  data  bases. 

2-7.  PERFORMANCE  AND  OPERATIONAL  CRITERIA 

a.  Accuracy.  It  is  assumed  that  the  accuracy  of  the  data  files  is 
acceptable,  since  they  are  used  frequently  for  data  analysis  throughout 
DOD.  It  is  also  assumed  that  the  accuracy  of  the  models  is  acceptable, 
once  each  individual  PC  based  model  is  accepted  by  DOD. 

b.  Validity.  It  is  assumed  that  the  models  have  been  adequately 
verified  and  validated  prior  to  acceptance  by  DOD. 

c.  Timing.  The  SMM  will  function  in  a  manner  consistent  with  the 
complete  DSS.  The  models  will  have  a  run  time  of  less  than  30  minutes. 
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CHAPTER  3 

DESCRIPTION  OF  PROTOTYPE 


3-1.  GENERAL.  The  prototype  was  developed  using  "storyboard"  software 
on  an  IBM  PC.  A  "storyboard"  is  a  sequence  of  programed  screens 
presented  to  the  user  to  mimic  the  operation  of  the  desired  capability. 
The  prototype  takes  the  user  through  the  HQDA  DSS  system,  from  the 
original  DSS  panel  down  to  the  Strategic  Mobility  Module,  mirroring  in 
most  respects  the  actual  functioning  of  the  DSS;  The  functioning  of 
each  submodule  is  represented  by  introductory  panels,  input  selection 
panels,  and  output  report  panels.  No  real  computations,  calculations, 
or  data  queries  take  place,  but  the  user  interface,  inputs,  and  outputs 
of  the  prototype  will  be  substantially  the  same  as  that  of  the  final 
system,  once  implemented.  The  actual  number  of  panels  required  for  the 
functional  system  will  be  much  greater  than  reflected  in  the  prototype; 
these  must  be  constructed  during  the  system  development  phase. 

3-2.  USER  INTRODUCTION.  Figures  3-1  and  3-2  explain  the  use  and 
purpose  of  the  prototype.  The  prototype  was  developed  by  using 
"storyboard"  personal  computer  software  to  create  a  functional  repre¬ 
sentation  of  the  desired  module  requirements.  It  was  then  provided  to 
the  sponsoring  AOs,  who  were  trained  in  its  use.  Upon  their  review, 
feedback  was  provided  to  the  study  team,  who  then  iteratively  revised 
the  prototype  until  both  the  user  and  study  team  were  satisfied  with 
its  functioning.  A  copy  of  the  prototype  diskette  can  be  obtained  by 
writing  to  US  Army  Concepts  Analysis  Agency,  ATTN:  CSCA-SPM,  8120 
Woodmont  Avenue,  Bethesda,  Maryland  20814-2797. 


Strategic  Mobility  Module  of 
LogDSS ;  HQDA  Decision  Support  System 

Prototype  Version  7  *31  Mar  87* 

Ceneral  Information  and  Instructions 

1.  This  menu-driven  prototype  is  d  signed  to  resemble  the  HQDA 
Decision  Support  System  user  interface.  The  program  is  in  a  'Storyboard'  form. 

2.  The  prototype  is  used  to  gain  feedback  from  the  sponsor  and 
to  help  determine  the  functional  design  and  inputs/outputs  of  the  DSS  module 
To  do  this  effectively,  you,  the  sponsor,  should  explore  this  prototype 

and  make  notes  on  how  effectively  the  prototype  would  fill  your  needs  if  it  were 
fielded  with  the  capabilities  and  functions  shown.  Specifically,  note 
how  well/how  poorly  the  screens  depict: 

-  the  data  you  desire  to  see  as  a  result  of  running  a  model 

-  the  types  and  formats  of  the  various  reports 

-  the  logic  and  flow  of  the  screens 

-  the  degree  of  user  friendliness  you  perceive 

-  the  various  options  you  are  presented 

After  receiving  your  consents  (either  by  phone  or  written)  we  will  modify  the 
program  and  return  it  to  you.  We  will  continue  this  process  until  the  prototype 
meets  your  needs.  To  return  to  this  screen  at  any  time  press  Home 

Press  ENTER  to  continue 


Figure  3-1. 


General  Information  1 


3.  The  screen  manipulations  will  resemble  Porecast  closely,  but 
not  exactly.  The  delay  times  will  not  be  identical;  nor  will  the  sounds. 

4.  Selections  available  to  you  are  highlighted  in  yellow.  Other 
selections  presented  in  green  are  not  available  and  are  for  illustration  only. 

If  you  inadvertently  press  the  wrong  key,  simply  make  selections  from  the 
screen  you  are  then  presented. 

5.  Some  selections,  such  as  choosing  a  data  file  to  run  with  a 
model,  are  chosen  in  advance  for  you.  They  are  not  highlighted  but  are  in 
flashing  whlte-on-black.  Do  not  use  the  spacebar  or  tab  key  to  move  within  and 
among  selections  such  as  these  as  you  do  in  the  actual  HQDA  DSS. 

6.  There  are  no  actual  file  or  data  manipulations  behind  these 
screens.  The  reports  and  files  prssented  are  for  illustration  only  and  are  in¬ 
tended  to  elicit  feedback  from  you,  the  final  user  of  the  Strategic  Mobility 
Module. 

7.  For  questions  contact: 

CPT  Joseph  W.  Mislinski 

MAJ  Robert  G.  Albrecht 

OS  Army  Concepts  Analysis  Agency 

Bethesda,  MD 

295-0257 

To  return  to  these  screens  at  any  time  press  Home;  to  end  the  run  press  Ctrl-Bk 

Press  ENTER  to  continue 
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Figure  3-2. 
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-  Exacut.lv*  MIS 

-  Authorizations 

-  Personnel  Strength  Manage 

-  Logistics  Manage  pent 

-  Acquisition  Management 

-  Budget 

-  Readiness 

-  Facility  Management 

-  System  Management 


PF :  1/13  System  Into 


Press  ENTER  to  process 
3/15  End  Session 


10/22  Reset 


Figure  3-3.  HQDA  Decision  Support  System  Main  Menu 


3-3.  HQOA  DSS  ACCESS  MENUS 

a.  Initially,  the  user  logs  on  to  the  the  HQDA  computer  system,  and 
then  selects  the  HQDA  Decision  Support  Systems  option.  Access  to  the 
LOG  DSS  is  through  a  panel  similar  to  the  one  shown  which  contains  the 
Logistics  Management  option.  The  panels  were  designed  to  meet  the 
existing  HQDA  decision  support  system  panel  standards.  A  panel's 
system  label  is  in  the  upper  left  corner,  and  program  function  (PF) 
keys  at  the  bottom  of  a  panel  indicate  functions  which  are  available 
upon  pressing  the  key  shown.  Generally,  PF3  returns  to  the  previous 
panel,  and  PF1  provides  help  information.  For  example,  PF  1/13 
indicates  that  the  user  could  press  either  PF  1  or  PF  13  to  get  system 
information. 


da a log 


H  Q  D  A  D  S  S 
Logistics  Management 
Program  Selection  Menu 


-  EAM 

S  -  LOCDSS 

-  TAEDP 


Equipment  Authorizations  Module 

Logistics  Decision  Support  System 

Total  Army  Equipment  Authorizations  Program  (N/A) 
Classified  data 


PP:  1/13  Syetem  Info  2/14  HQDA  Menu  3/15  Return 

4/16  Strat  Mob  Module  S/17  Interactive  SQL  MIS  6/18  Menu  Driven  MIS 

7/19  System  Management  Module  (SMM)  10/22  Reset 


Figure  3-4.  Logistics  Management  Main  Menu 


b.  Once  in  the  Logistics  Management  Option  (Figure  3-4)  of  the  HQDA 
Decision  Support  System,  the  user  selects  the  Logistics  Decision 
Support  System  Option,  and  then  presses  PF4  to  enter  the  menu-driven 
Management  Information  System/Logistics  Decision  Support  System. 
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dassel 


H  Q  D  A  D  S  S 

Logistics  Decision  Support  System 
Menu  Driven  DSS  Selection 


-  Program  7S  £  7M  Update  -  Production 

-  Program  80  £  95  Update  -  Production 

-  Army  industrial  Pund  (AlP)  -  Production 

-  Program  7S  £  7M  Update  -  Demonstration 

-  Program  80  £  95  Update  -  Demonstration 

-  Army  Industrial  Pund  (AIP)  -  Demonstration 

S-  Strategic  Mobility  DSS  Module  -  Demonstration 


Press  ENTER  to  process 

PP:  1/13  System  Info  2/14  HQDA  Menu  3/15  Return 

7/19  Page  Bek  8/20  Possible  future  main  menu/module 


Figure  3-5.  Logistics  Decision  Support  System  Main  Menu 


c.  The  current  (as  of  March  1987)  panel  of  the  Logistics  DSS  is 
shown  in  Figure  3-5,  with  the  addition  of  the  Strategic  Mobility 
Module. 

d.  The  user  has  the  option  of  returning  to  the  main  HQDA  DSS  menu, 
as  well  as  the  Logistics  Management  menu.  For  illustration  purposes, 
the  main  menu  of  the  future  Strategic  Mobility  Module  is  accessible 
through  PF8.  This  future  module  menu  and  explanatory  slides  are 
intended  as  illustrations  of  follow-on  development  to  the  current  DSS 
development.  The  future  capabilities  would  build  upon,  and  not 
replace,  the  Strategic  Mobility  Module  as  described  by  the  prototype. 
Functional  Description,  and  Concept  Paper.  These  future  module  slides 
are  depicted  in  paragraph  3-13. 
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H  Q  D  A  D  S  S 

Logistics  Decision  Support  System 
Strategic  Mobility  Module 
Main  Selection  Menu 

Transportation  System  Analysis 

INTER-THEATER  Models: 

A-MINI-MIDAS  (Simulation) 

B-Airllf t/Sealif t  (simple  calculation  model) 

-Other  Simulation  models  (PC -based  and  mainframe) 
SINCLE  PORT  Models: 

C- MOVER  (LOTS  simulation) 

O-SHAKER  (LOTS /Fixed  port  simulation) 

INTRA  THEATER  Models:  (to  be  developed) 

CONUS  Models:  (to  be  developed) 

E-Budget/POM  Analysis 

F-Menu  Driven  MIS/ Interface  with  other  LOCDSS  Modules 


PF:  1/13  Problem  solving  3/1S  Return  S/17  Cenetal  Help 

7/19  Information  on  model  inputs 


Figure  3-6.  Strategic  Mobility  Module  Main  Menu 


3-4.  STRATEGIC  MOBILITY  MODULE.  Figure  3-6  is  the  main  menu  of  the 
Strategic  Mobility  Module  for  development  during  Phases  II  and  III  of 
the  contract. 

a.  There  are  three  main  qptions  on  this  panel.  Additional  help  for 
each  of  these  functions  is  available  from  the  screen  presented  after 
selecting  one  of  the  above  options.  They  are  to: 

(1)  Conduct  transportation  system  analysis  by  running  a  selected 
transportation  model  (see  paragraph  3-5), 

(2)  Conduct  POM/Budget  analysis  by  entering  the  POM/Budget  module 
for  research  into  areas  of  strategic  mobility  interest  (see  paragraph 
3-10), 

(3)  Enter  the  menu-driven  Management  Information  System  where 
queries  may  be  done  of  the  strategic  mobility  data  base  and  also  do 
functions  of  strategic  mobility  interest  in  other  modules  of  the  LOG 
OSS  (see  paragraph  3-11). 

b.  The  help  information  available  from  this  panel  is  as  follows: 

(1)  How  to  Solve  Typical  Problems.  Information  such  as  this  will 
be  available  to  guide  an  action  officer  (AO)  through  problem  solving. 

(a)  Budget  Programing.  How  does  a  decrease  in  funding  in  a 
PDIP  affect  the  transportation  system/where  can  the  reduced  funding 
hurt  the  system  least? 


1.  To  answer  this  question,  the  action  officer  (AO)  first 
needs  to  fully  research  the  PDIP(s)  in  the  MIS.  She/he  must  translate 
that  funding  change  Into  a  capability  change  (i.e.,  a  reduction  in  $4 
million  in  LOTS  procurement  means  three  fewer  lighters  for  Pusan,  ROK). 

2.  The  AO  would  then  choose  an  appropriate  transportation 
simulation  model  to  use  for  analysis.  In  this  case,  MOVER  or  SHAKER 
might  be  appropriate. 

3.  The  AO  would  then  modify  the  model's  base  case  input 
parameters  to  reflect  the  changed  capability.  In  this  case,  subtract 
three  lighters  from  Pusan. 

4.  Run  the  selected  model,  and  then  compare  outputs  to  the 
standard  base  case.  After  running  the  model,  it  might  be  seen  that  a 
unit  would  miss  its  ROD  by  10  days. 

(b)  Data/File  queries.  Example:  what  is  the  readiness  of  4th 
Transportation  Command  subordinate  units? 

1.  To  answer  this  question  the  AO  must  first  determine  if  the 
question  asked  is  available  on  the  MIS  menu.  If  it  is,  she/he  would 
make  the  appropriate  selections  and  enter  the  prompted  information. 

2.  If  the  selection  is  not  available  on  the  menu,  the  AO 
would  have  to  choose  a  data  file,  enter  it  in  Intellect,  and  make 
her/his  query  In  plain  English. 

(c)  Transportation  System  Analysis.  Example:  what  effect  does 
the  addition  of  five  new  RO/RO  ships  have  on  the  closure  of  units  in 
Europe?  To  answer  this  question,  the  AO  follows  most  of  the  same  steps 
in  budget  programing  analysis,  however,  she/he  does  not  have  to  convert 
POIPs  into  capabilities.  She/he  simply  modifies  a  model's  inputs 
(adding  five  RO/RO  ships  to  the  Mini-MIDAS  input  file)  and  runs  the 
model.  Then  the  model  output  is  compared  to  that  of  the  base  case  to 
determine  the  overall  effect. 

(d)  Rank  ordering  POIPs.  Make  this  selection  on  the  main  menu 
and  read  the  explanation. 

(e)  Information  concerning  each  model  can  be  found  after 
selecting  a  model. 

(2)  Information  Concerning  the  Base  Case  Set  of  Inputs  for 
Models. 

(a)  Each  simulation/model  must  have  a  standard  set  of  reports 
and  outputs  for  a  given  situation  against  which  a  "what-if"  analysis 
may  be  compared.  For  example,  for  the  JPAM  European  theater  of 
operations  for  a  budget  year,  a  model  user  may  want  to  determine  the 
impact  of  changing  the  table  of  organization  and  equipment  (TOE)  of  a 
unit  being  moved  (in  other  words,  changing  the  movement  requirement  in 
terms  of  numbers  of  troops  and/or  size  and  amount  of  equipment  due  to  a 
TOE  change).  To  do  this,  there  must  exist  a  basis  from  which  to 
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change.  (It  would  be  undesirable  to  manually  enter  a  new  set  of  input 
parameters  each  time  a  model  is  run.) 

(b)  The  base  case  set  of  inputs  consists  of  a  set  of  movement 
requirements,  a  set  of  transportation  assets  and  a  transportation  net¬ 
work.  The  movement  requirements  and  assets  are  generally  from  a  modi¬ 
fied  JPAM  file,  while  the  network  data  is  taken  from  the  Office  of  the 
Secretary  of  Defense  (OSD).  The  process  is  intended  to  be  similar  to 
the  JPAM  process. 

(c)  For  the  planning  years,  the  JPAM  data  is  adequate.  How¬ 
ever,  for  the  program,  budget,  and  current  years,  the  JPAM  data  is  out 
of  date  due  to  actual  programing  and/or  budget  changes.  For  the  cur¬ 
rent  year,  the  budget  not  only  has  been  subject  to  change,  but  may  not 
have  been  executed  in  the  manner  foreseen.  Therefore,  for  the  current 
year,  the  OMNIBUS  force  tape  is  used  because  it  reflects  current  move¬ 
ment  requirements  for  the  current  force.  All  these  factors  result  in 
continual  changes  to  the  base  case  of  each  model  and  must  be  handled  by 
the  system  manager.  In  general,  the  base  case  inputs  of  the  models  are 
taken  from  the  different  sources  for  the  following  years.  In  Table  3-1 
below,  the  FYs  are  shown  for  work  done  during  FY  87. 


Table  3-1.  Base  Inputs  for  Analysis  During  FY  87 


Year  for  analysis 

FY 

Years 

out 

Initial  inputs  from 

The  current  year 

Current  force 

87 

0 

OMNIBUS  force  tape  year  0* 

The  budget  year 

Budget  force 

88 

1 

JPAM  for  year  1  * 

The  program  year 

Program  force 

89-93 

1-5 

JPAM  for  year  1  -5* 

♦Input  data  for  these  years  must  be  modified  to  reflect  actual  sys¬ 
tem  capabilities  based  on  programing,  budget  and  execution  changes,  as 
they  occur. 


(<o  For  an  action  officer  to  conduct  current  analysis  on  the 
effect  of  a  change  in  policy  for  a  given  year,  he  must  use  the  correct 
year's  base  case.  The  base  case  of  the  current  year  will  show  current 
capabilities,  while  the  base  case  for  future  years  will  each  show 
different  capabilities  (hopefully  increased  capabilities  each  year  in 
the  future). 

c.  These  panels  (Figures  3-7  through  3-9)  depict  the  concept  behind 
the  force  structure  for  the  various  years  of  PPBES.  The  force  and  its 
movement  requirements  serve  as  inputs  for  the  base  case.  Each  model's 
output  must  be  specifically  formatted  to  serve  as  input  to  the  next 
model  in  the  chain  (Figure  3-11). 
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Figure  3-7.  Program  Force 


CURRENT  FORCE 


?  Force  end  its  associated  capabilities  that  is  in-being  today 


7  Reflects  real-time  readiness  conditions 


7  Represents  latest  adjustments  to  the  budget  force  based  on: 
77  Congressional  resource  constraints 
77  Command  priorities  and  decisions 


7  Slightly  less  capable  than  the  budget  force,  thus  manifests 
a  proportionally  higher  risk 


Figure  3-8.  Current  Force 


Figure  3-9.  Budget  Force 
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Transportation  Analysis  Option 
Concept  of  Model  Functioning 

The  concept  for  the  initial  data  inputs  for  developing  a  'base 
case'  report  for  each  model  has  been  explained  in  previous  screens.  Here,  the 
linkage  between  individual  models  is  explained. 

There  is  currently  no  model  which  adequately  addresses  CONUS 
mobilization  and  movement.  Base  case  Inputs  are  intended  to  drive  this 
CONUS  and  mobilization  model.  The  base  case  input  consiste  of  movement  require¬ 
ments,  assets  and  the  transportation  network,  expressed  in  terms  of  a  date  which 
particular  cargo  must  be  at  its  CONUS  POE,  and  a  date  for  it  to  be  at  its  over¬ 
seas  POO.  Since  the  POEs  are  specified,  the  CONUS  model  is  run  to  insure  that 
the  force  can  in  fact  meet  its  required  POE  date,  and  if  not,  modify  that  POE 
date  for  input  into  an  intratheater  model. 

Hence,  the  output  of  the  CONUS  model  is  used  to  drive  the 
Intertheater  model.  The  output  of  the  intertheater  leg  is  used  as  input  to  the 
various  port  and  intratheater  models ,  as  shown  graphically  on  the  next  help 
set  een . 


ENTER  to  continue  PP3  to  return 


Figure  3-10.  Concept  of  Models  -  Panel  1 


Transportation  Analysis  option 

'Base  Case'  Concept  of  Model  Functioning 

Inputs 
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Mobilization 

Data 
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CONUS/ 

Inter -theater 

Ports 

Intra-theater 

Mobilization 
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Model 
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Models  > 

Model 

Model 
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'Base  Case' 

'Base  Cass' 

'Base  Case* 

' Base  Case ' 

Outputs 

Outputs 

Outputs 

Outputs 

One  set  of  'Base  Case'  outputs  is  maintained  for  each  model  for  each  of  the 
Current,  Programing  and  Budget  years,  against  which  changes  can  be  compared. 

The  base  case  Inputs  must  be  constantly  updated  to  reflect  current  funding 
approvals  for  PDtPs  and  budget  execution,  so  that  the  base  case  outputs  also 
reflect  the  current  situation  for  each  year. 

PF3  Return 


Figure  3-11.  Concept  of  Models  -  Panel  2 


3-5.  TRANSPORTATION  SYSTEM  ANALYSIS  OPTION.  As  part  of  the  prototype 
these  two  panels  (Figures  3-10  and  3-11)  explain  the  linkage  of  models 
and  graphically  depict  the  process. 
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Figure  3-12.  Mini -MIDAS  Main  Menu 


3-6.  INTERTHEATER  MODEL  -  MINI-MIDAS.  Figure  3-12  shows  the  access 
panel  for  the  Mini -MIDAS  Model. 

a.  Mini-MIDAS  is  an  intertheater  deployment  model  which  was  origi¬ 
nally  designed  for  a  personal  computer,  but  will  be  put  on  the  LOG  DSS 
due  to  the  need  to  perform  quick  analysis  in  aggregate  form.  The  pur¬ 
pose  of  the  model  is  to  supplement  the  capabilities  provided  by  the 
Model  for  Intertheater  Deployment  by  Air  and  Sea  (MIDAS)  which  is  used 
annually  for  budget  planning.  The  normal  inputs  (transportation  assets 
and  movement  requirements)  are  provided  from  the  Joint  Program 
Assessment  Memorandum  (JPAM). 

b.  The  inputs  to  the  Mini-MIDAS  are  determined  by  the  user.  A 
standard  set  of  inputs  for  a  given  theater  may  be  modified  and 
determine  the  impact  of  the  change(s).  Generally,  the  user  could 
modify  the  movement  requirements  to  determine  how  long  and/or  how  well 
the  force  closes  on  the  theater,  or  she/he  could  research  a  program 
increment  and  modify  either  the  capabilities  of  the  network  or 
transportation  assets  to  evaluate  that  change. 

,  c.  In  order  to  assess  the  impact  of  any  change  to  the  normal  in¬ 
puts,  a  base  case  set  of  inputs  is  required  against  which  to  compare 
any  change  you  may  have  made.  An  explanation  of  the  base  case  inputs 
is  given  on  an  input  information  panel  accessible  from  the  main  model 

menu. 
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ttipi-m-m-o  Mini -MIDAS 

Output  Panel 

(REPORTS  WOULD  BE  SECRET)  Scenar io: JPAM94-01 

Action  : LTC  Smith 


Select  the  Output  Data  to  be  Displayed: 


A-  Attlval  Schedule  lepott 
B-  POD  suonaty 
C-  POE  summary 
D-  System  Queue  summary 
E-  Deviations  from  RDDs 
F-  Critical  Asset  summary 
G-  Output  Data  to  be  used  w 


(arrivals  at  each  POD  vs  RDD) 
(by  POD  £  time,  t  used) 

(by  POE  £  time,  t  used) 

(by  quoue  length  £  type) 

(by  movement  mode  £  unit) 
(assets  most  strained,  by  time) 
h  Port  or  Intratheater  models 


PF:  1/13  Help  2/14  3/15  Return  4/16  5/17  6/18 

7/19  Complete  Table  of  Output  data  10/22  11/23  12/24 


Figure  3-13.  Mini-MIDAS  Output  Report  Selection  Menu 


d.  Mini-MIDAS  Output  Report  Information.  Figure  3-13  allows  the 
user  to  choose  an  output  report. 

(D  Once  the  model  has  run,  an  output  report  must  be  selected. 

The  output  data  which  is  used  to  make  up  the  reports  is  identified  by 
the  name  of  the  action  officer  who  generated  it,  as  well  as  the  set  of 
input  data  which  was  used.  The  action  officer  would  also  have  the 
opportunity  to  view  all  of  the  model's  output  data  in  tabular  form. 

(2)  The  output  of  this  model  may  be  used  as  input  for  a  port  or 
intratheater  model  by  selecting  option  G. 

(3)  For  each  report,  the  option  will  exist  to  reformat  the  report 
into  another  type  of  graphic,  i.e.,  a  pie  chart,  bar  chart  or  line 
diagram. 

(4)  The  output  reports  are  shown  in  Figures  3-14  through  3-20. 
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Figure  3-14.  Arrival  Schedule  Report 
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Figure  3-16.  POD  Detail  Report 
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Figure  3-17.  POD  Summary  Report 
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Figure  3-18.  Queue  Report 
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Figure  3-19.  RDD  Suninary  Report 
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Figure  3-20.  Asset  Utilization  Report 
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Input  Panel 
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A-Alrltft  model 

-Sealift  model  (eaaentlally  operates  Hire  airlift) 
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C-Detezmlne  transportation  assets  required 

(user  provides  cargo  to  be  moved,  number 
of  days  to  deploy,  and  distance) 

D-Determine  number  of  days  to  deploy 

(user  provides  cargo  to  be  moved,  quantity 
of  assets  available,  and  distance) 

E-Change  the  characteristics  of  transportation  assets 
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Figure  3-21.  Airlift/Sealift  Main  Menu 


3-7.  AIRLIFT/SEALIFT  MODEL 

a.  The  Airlift/Sealift  Model  was  developed  by  an  action  officer  at 
OALO-TSM  to  conduct  quick  response  analyses  of  the  strategic  movement 
of  specified  cargo.  The  model  is  a  modified  LOTUS  spreadsheet  which 
calculates  either  the  number  of  each  type  asset  needed  to  meet  a 
specified  delivery  date,  or  the  number  of  days  required  to  deploy  a 
specified  cargo  given  limited  assets. 

b.  The  model  does  not  assign  cargo  to’  aircraft  or  ships;  the  user 
must  do  that  implicitly.  The  user  has  the  choice  of  either  "default" 
ship  and  aircraft  characteristics  (speed,  payload,  type  of  cargo)  or 
modifying  those  characteristics  to  meet  his  needs. 

c.  For  options  C  and  D  In  Figure  3-21,  input  panels  and  their 
respective  output  reports  are  represented  in  Figures  3-22  through  3-25. 
Although  not  totally  depicted  in  this  report,  the  Sealift  part  of  the 
model  functions  in  the  same  manner  as  the  Airlift  part  of  the  model. 
Input  data  could  come  from  actual  OPLANs  or  notionally  generated  in 
order  to  determine  new  requirements  or  capabilities. 
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Figure  3-22.  Aircraft  Requirements  Input  Panel 
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Figure  3-23.  Aircraft  Requirements  Report 
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Figure  3-24.  Days  to  Deploy  by  Air  Input  Panel 
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Ceneral  Information: 

Por  each  type  aircraft,  you  will  be  presented  with  a  screen 
Identical  to  this  one.  you  would  modify  or  verify  the  characteristics  shown 
To  modify,  enter  the  new  number;  to  verify  simply  ENTER  for  that  item. 

AIRCRAFT:  C5-B 
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Average  Payload  (ston)  83.6 
Average  Payload  (pax)  M/A 


One-way  productivity  factor  0.47 


Block  Speed  (knots)  423.0 
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Figure  3-26.  Aircraft  Input  Data  Modification  Panel 


d.  These  panels  (Figures  3-26  and  3-27)  are  presented  when  the  user 
desires  to  modify  the  characteristics  of  the  air  or  sea  assets  (Option 
E). 
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Airlift  Sealift  Model 
Lotus/dBase  Input  Panel 

Modify  Ship  Characer  istics  Panel 


Ceneral  Information: 

Por  each  type  ship,  you  will  be  presented  with  a  screen 

identical  to  this  one.  You  would  modify  or  verify  the  characteristics  shown 
To  modify,  enter  the  new  number;  to  verify  simply  ENTER  for  that  item. 


SHIP  TYPE:  NSS-BREAKBULK 


Dally  UTE  (hours/day)  10.5 
Average  Payload  (ston)  83.6 
Average  Payload  (pax)  N/A 


One-way  productivity  factor  0.47 


Block  Speed  (knots)  23.0 
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Figure  3-27.  Ship  Input  Data  Modification  Panel 
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MOVER 

Model  Background  end  Inf or net  Ion 


Pg  1  of  2 


The  MOVER  model  le  an  automated  syeten  for  determining  Cargo 
Offload  and  Lighterage  Discharge  Systems  (COLDS)  requirements  to  support  a 
specified  cargo  discharge  scenario.  It  models  Logistlcs-Over-The-Shore 
scenarios  with  input,  of  cargo  arrival  characteristics  and  Objective  Axea  (OR) 
constraints.  The  requirements  are  determined  for  each  day 

of  a  selected  scenario. 

MOVER  separates  parasieters  for  any  cargo  discharge  scenario  into 
the  areas  of  cargo  discharge  schedule,  equipment/cargo  productivities  and  equip¬ 
ment/cargo  operational  assignments.  You  can  select  a  data  set  from  a  number  of 
standard  scenarios,  enter  a  new  set  of  data,  or  modify  an  existing  set. 

The  MOVER  model  should  take  less  than  30  minutes  for  any  given 
scenario.  After  the  model  runs,  the  user  may  select  from  a  number  of  standard 
report  formats  to  depict  the  output,  or  may  get  a  complete  tabular  output  of  the 
run. 


Preae  ENTER  to  run  MOVER  or  PP1  to  get  more  information. 


Pr:  1/13  More  Info 

7/19 


3/ IS  Return  S/17  6/18 
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Figure  3-28.  MOVER  Model  Information  1 


tr  tpr -mover  - inf  o2  MOVER 

Model  Background  and  Information  Pg  2  of  2 


(f  you  choose  to  modify  a  data  set,  you  may  do  so  by  making 
the  appropriate  selections  on  the  main  model  menu.  Should  you  desire  to 
create  a  new  set  of  data,  make  the  appropriate  selection  and  input  your  data 
as  shown  on  each  individual  data  entry  screen. 

The  cargo  discharge  parameters  are  based  on  ship/cargo  loadouts, 
ship  arrival  times,  and  cargo  required  delivery  dates  (RODS).  The  discharge 
profile  is  determined  Independent  of  the  equipment  available  or  other  OA  con¬ 
straints.  The  system's  function  is  based  on  meet ing  these  cargo  RDDs . 

The  equipment /cargo  parameters  are  based  on  seastate  conditions, 
available  equipment  types,  beach  gradient  and  other  OA  constraints.  The  user 
can  input  actual  or  notional  scenario  parameters. 

The  separation  of  cargo  and  equipment  scenario  parameters  enables 
the  user  to  hold  certain  parasieters  constant  while  varying  others.  Sensitivity 
and  decision  analyses  are  easily  run  by  this  method. 


PP:  1/13  3/15  Return  5/17  6/18 

7/19  11/23  12/24 


Figure  3-29.  MOVER  Model  Information  2 


3-8.  PORT  MODEL  MOVER.  Figures  3-28  and  3-29  are  the  information 
panels  for  use  of  the  MOVER  Model.  They  explain  the  purpose  of  the 
model  and  its  procedures  and  functions. 
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MOVER 

Model  Input  Selection  Mein  Menu 


Select  date  from  one  of  the 
following  etenderd  scenarios 

S-Default  Data  (training  run  of  model) 

-Normandy-etyle  European  beach 

-Northwest  Asia  typical  beach 

-Southwest  Asia  typical  beach 

-Africa  typical  beach 

-Intsrtheatar  model  output 

21  Press  ENTER  to  select 

-Mini-Midas  output  (further  Instructions  to  follow) 

PP:  1/13  Info  2/14  3/15  Return  4/16  5/17  6/18 
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Figure  3-30.  MOVER  Model  Input  Menu  1 


a.  MOVER  Model  Input  Selection  Information 

(1)  For  this  model  (Figure  3-30),  a  set  of  input  parameters  must 
be  available  which  will  depict  the  various  beaches  shown  on  the  initial 
input  screen.  Factors  such  as  beach  gradient  and  weather  conditions 
must  be  a  part  of  each  of  the  input  sets  for  each  beach  type.  The  user 
must  only  choose  a  beach  type  in  order  to  cause  the  selected  inputs  to 
feed  the  MOVER  Model. 

(2)  Additionally,  the  model  will  allow  the  user  to  designate  the 
outputs  of  a  intertheater  model  to  be  used  as  inputs  for  the  MOVER 
Model.  For  example,  the  Mini-MIDAS  intertheater  model  could,  as  part 
of  its  output,  indicate  that  a  LOTS  operation  in  Europe  caused  a  unit 
to  miss  its  RDO.  The  action  officer  could  then  enter  the  MOVER  Model 
and  designate  that  the  Mini-MIOAS  output  from  that  run  be  used  in  MOVER 
to  more  closely  analyze  the  LOTS  operation.  The  specific  inputs 
transferred  would  include  the  port  constraints,  the  tonnages  and  sizes 
of  the  units/ships  arriving,  and  the  types  and  characteristics  of  the 
LOTS  equipment  to  be  modeled.  The  MOVER  Model  would  output  the 
requirements  needed  at  the  beach  and  in  the  water  to  support  that 
offload  and  discharge  situation.  Several  additional  screens,  not  yet 
developed,  would  be  needed  to  exercise  this  option. 
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Select  an  arrival  profile  from 
one  of  the  following: 
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-Build  an  arrival  profile  from  scratch 

t 

I 

1 

< 

-Build  an  arrival  profile  from  a  set  of  units 
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-Modify  the  current  arrival  profile 
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|  Press  ENTER  to  run  MOVER  1 
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Figure  3-31.  HOVER  Model  Input  Menu  2 


b.  MOVER  Model  Input  Information  2 

(D  If  the  action  officer  has  chosen  to  use  the  output  of  a 
intertheater  model  as  input  to  this  model,  the  only  applicable  choice 
on  this  menu  would  be  to  modify  the  current  arrival  profile.  The 
output  of  the  intertheater  model  would  contain  an  arrival  profile  which 
may  be  modified. 

(2)  An  arrival  profile  is  a  list,  by  day  of  arrival,  of  the  ships 
arriving,  a  description  of  the  configuration  of  their  cargo  (breakbulk, 
RORO,  containers),  the  type  of  cargo  (unit  equipment,  ammunition,  etc.) 
and  the  amount  of  each  type  in  standard  terms  (STON,  MTON,  SQFT,  CUBE). 

(3)  From  this  screen,  the  action  officer  has  the  option  of 
choosing  several  standard  "type"  units  or  may  construct  an  arrival 
profile  of  her/his  own.  She/he  may  choose  to  build  the  profile  from  a 
set  of  other  units  (i.e.,  standard  "type"  battalions  or  brigades)  or 
may  wish  to  construct  the  profile  by  specifying  each  element  required 
as  shown  above.  She/he  may  also  modify  previously  entered  or  standard 
profile  elements. 
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Figure  3-32.  MOVER  Output  Report  Selection  Menu 


c.  Output  Reports.  Figure  3-32  depicts  the  various  model  output 
reports  available.  The  output  reports  are  shown  in  Figures  3-33 
through  3-38. 
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Figure  3-33.  Discharge  Profile  Report 
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Figure  3-34.  Arrival  Profile  Daily  Totals  Report 
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Figure  3-35.  Arrival  Data  for  Port 
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EQUIPMENT 

CATEGORY 


MOVER 

SYSTEM  REQUIREMENTS  REPORT  Scenario:  HvyDiv 

Action  :  LTC  O.  Smith 
Port  :  Default 
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Figure  3-36.  System  Requirements  Report 
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tt ipr -mover 

-m&xrqmt 

MOVER 

MAXIMUM  REQUIREMENTS  REPORT 

Scenario:  HvyDiv 

Action  :  LTC  0.  Smith  1 

Port  :  Default 
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Figure  3-37.  Maximum  Requirements  Report 


tr lpr -mover -mnpwr 

MOVER 

MANPOWER  REQUIREMENTS  REPORT 

Scenar lo 

:  HvyDiv 

Action 

:  LTC  0.  Smith 

Port 

:  Default 

UNIT  TYPE  NAME 

DAY  ON  WHICH  MAXIMUM 
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REQUIREMENT  OCCURS 

UNITS  REQUIRED 
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Figure  3-38.  Manpower  Requirements  Report 
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tr  lpr  -ahfci-1 


SHAKER 

Model  Input  Selection  Main  Menu 


Select  data  from  one  of  the 
following  standard  scenarios: 


Fixed  Ports  (examples  -  not  all  inclusive) 
-Antwerp 
S-Bremer haven 
-River  la 

LjOTS  Operations  (examples  -  not  all  inclusive) 
-Normandy 
-Southwest  Asia 
-Southeast  Asia 

and/or:  -Use  tntertheater  model  output 

Press  ENTER  to  select 


PF:  1/13  Info  2/14  3/1S  Return  4/16  5/17  6/18 

7/19  9/21 


Figure  3-39.  SHAKER  Model  Input  Menu  1 


3-9.  PORT  MODEL  SHAKER.  The  SHAKER  Model  is  an  automated  model  which 
describes  Cargo  Offload  and  Lighterage  Discharge  System  (COLDS) 
capabilities  to  support  a  specified  cargo  discharge  scenario.  It 
models  logistics  over  the  shore  (LOTS)  and/or  fixed  port  scenarios  with 
the  input  of  an  arrival  profile,  cargo,  vessel  and  unit  data.  While 
the  MOVER  Model  will  tell  the  user  the  requirements  needed  to  meet  a 
specified  arrival  profile,  SHAKER  will  tell  the  user  how  to  meet  ROD. 

a.  The  MOVER  Model  is  a  relatively  simple  assignment  problem  which 
calculates  and  assigns  discharge  profiles.  SHAKER,  on  the  other  hand, 
optimizes  the  use  of  the  assets  onhand  in  order  to  best  meet  RDDs  and  a 
specified  discharge  profile. 

b.  As  with  MOVER,  the  user  is  given  the  option  to  choose  from  a  set 
of  standard  scenarios,  or  create/modify  scenarios  for  specific 
problems. 

c.  Figures  3-39  and  3-40  show  the  model  input  selections.  For  each 
port  in  the  free  world  which  is  used  for  intertheater  transport,  a  set 
of  capability  and  capacity  data  will  be  accessible  using  this  menu.  By 
selecting,  for  example,  Bremerhaven,  the  system  will  input  all  of  the 
port's  shore  discharge  equipment  that  is  currently  available  into  the 
SHAKER  Model. 


d.  The  action  officer  also  has  the  option  of  using  the  output  of  an 
intertheater  model  as  input  to  this  port  model.  The  user  would  select 
the  port  of  interest,  and  then  the  selection  corresponding  to  the 
intertheater  model.  The  system  would  then  prompt  her/him  for  the 
version  of  the  intertheater  output  needed,  and  then  would  run  the 
model.  For  example,  the  intertheater  model  could,  as  part  of  its 
output,  identify  a  port  that  caused  a  unit  to  miss  its  RDD  for  an 
unknown  reason.  The  action  officer  could  then  enter  SHAKER,  and 
designate  the  intertheater  output  to  be  used  in  SHAKER  to  more  closely 
analyze  the  port's  operations.  The  SHAKER  Model  output  would 
specifically  identify  the  shortfall,  if  one  existed,  at  the  port  in 
question. 


tilpr-Bhta-12 


SHAKER 

Model  Input  Selection  Menu  2 


Select  an  artival  and  unit  pzoflle  ftom 
one  of  the  following: 

S-One  standard  US  Corps  and  support  units 

-One  Heavy  Division  and  support  units 

-One  Light  Division  and  support  units 

-Build  an  arrival  profile  from  scratch 

-Build  an  arrival  profile  froa  a  eat  of  units 

-Modify  the  current  arrival  profile 

Press  ENTER  to  select 

PP:  1/13  Info  2/14  3/15  Return  4/16  5/17  6/18 

7/19  8/20  9/21  10/22  11/23  12/24 


Figure  3-40.  SHAKER  Model  Input  Menu  2 


e.  If  the  action  officer  has  chosen  to  use  the  output  of  a 
intertheater  model  as  input  to  this  model,  the  only  applicable  choice 
on  this  menu  would  be  to  modify  the  current  arrival  profile.  The 
output  of  the  intertheater  model  would  contain  an  arrival  profile  which 
may  be  modified. 

f.  An  arrival  profile  is  a  list,  by  day  of  arrival,  all  of  the 
ships  arriving,  a  description  of  the  configuration  of  their  cargo 
(breakbulk,  R0/R0,  containers),  the  type  of  cargo  (unit  equipment, 
ammunition,  etc.)  and  the  amount  of  each  type  in  standard  terms  (STON, 
MTON,  SQFT,  CUBE). 

g.  From  this  panel,  the  action  officer  has  the  option  of  choosing 
several  standard  "type"  units  or  may  construct  an  arrival  profile  of 
her/his  own.  She/he  may  choose  to  build  the  profile  from  a  set  of 
other  units  (i.e.,  standard  "type"  battalions  or  brigades)  or  may  wish 
to  construct  the  profile  by  specifying  each  element  required  as  shown 
above.  She/he  may  also  modify  previously  entered  or  standard  profile 
elements. 


tr lpr -shaX-o 


PP:  1/13 

7/19 


SHAKER 

Model  Output/Report  Generator  Scenario:  U.S. Corps 

Action  :  LTC  O.  Smith 
Port  :  Bremerhaven 

Utilization  Reporte- 

A  -  Fixed  Port  by  Berth 

-  LOTS  Site  by  Ship  Dlacharge  Anchorage 

-  LOTS  Site  by  Shore  Diacharge  Point 

-  Inti  ana  it  Cargo  Area  by  Cargo  Type 

-  Cargo  Lift/Handling  Equipment 

-  Cargo  Tranaport  Equipment 

-  Manpower 
Activity  Reporta - 

B  -  Veeael  Activity 
C  -  Barth  Activity 
Statua/Suaaaary  Repot to - 

D  -  Veaael  Activity  Summary  by  Ship  Type 
E  -  Berth  Activity  Suaxaary  by  Berth 
P  -  Port  Daily  Veeael  Statue 
G  -  Port  Dally  Berth  Statue 
(IP  ACTUAL  DATA  WERE  USED  REPORTS  WOULD  BE  CLASSIFIED) 

2/14  3/15  Return  4/16  5/17  6/18 

8/20  9/21  10/22  11/23  12/24 


Figure  3-41.  SHAKER  Model  Output  Report  Selection  Menu 


h.  This  menu  (Figure  3-41)  allows  the  user  to  choose  an  output 
report  for  the  SHAKER  Model.  The  output  reports  are  shown  as  Figures 
3-42  through  3-47. 
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trlpr -shirr -pus  r  SHAKER 

FIXED  PORT  UTILIZATION  SUMMARY  REPORT  Scenario:  U.S. Corps 

BERTH  TYPE  :  BREAKBULK  Action  :  LTC  O.  Smith 

Port  :  Breraerhaven 
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Figure  3-42.  Port  Utilization  Summary  Report 


tr  lpr  -shirr -var 


NO.  VESSEL 
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SHAKER 

VESSEL  ACTIVITY  REPORT 


SHIP  ARRIVAL  BERTHING 
TYPE  TIME  TIME  LOC 


Scenario:  U.S. Corps 
Action  :  LTC  O.  Smith 
Port  :  Bremerhaven 
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Figure  3-43.  Vessel  Activity  Report 
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tr  Ipt  - 

BERTH 

TYPE 

shkr -bat 

DATA 

ID.  VSL 

SHAKER  Scenario:  O.S. Corps 

BERTH  ACTIVITY  REPORT  Action  :  LTC  0.  Smith 

Port  :  Bremer  haven 
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Figure  3-44.  Berth  Activity  Report 
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SHIP 
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TYPE 

vae  SHAKER  Scenario:  U.S.Corpa 

VESSEL  ACTIVITY  SUMMARY  REPORT  Action  :  LTC  0.  Smith 

Port  :  Bremerhaven 
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Figure  3-45.  Vessel  Activity  Summary  Report 


tr  ipr-ahkr-dva 


SHAKER 

DAILY  VESSEL  STATUS  REPORT 


Scenario:  U.S. Corps 
Action  :  LTC  0.  Smith 
Port  :  Bremerhaven 
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Figure  3-46.  Daily  Vessel  Status  Report 


tr  lpr  -ahkr  -dbe 
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SHAKER  Scenario:  U.S.Corpe 

DAILY  BERTH  STATUS  REPORT  Action  :  LTC  O.  Smith 

Port  :  Bremerhaven 
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tt ipr -pom/budget  POM/Budget  Analysis 

Main  Selection  Menu 

(WITH  ACTUAL  DATA  THESE  REPORTS  WOULD  BE  CLASSIFIED) 


A-  Conduct  a  'what  if  analysis  on  a  specific  PDIP 


B-  PDIP  pt  lot  it  Hat  ton  nodule 

(aultl-attr ibute  decision  Baking  capability) 


C-  View  List  of  all  Army  PDIPs  by  functional  area 
and  by  program 


Pf:  1/13  Info  2/14  3/15  Return  4/16  5/17  6/18 
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Figure  3-48.  POM/Budget  Option  Main  Selection  Menu 


3-10.  POM/BUDGET  ANALYSIS  OPTION.  Figure  3-48  is  presented  when  the 
user  selects  "POM/Budget  Analysis"  from  the  main  Strategic  Mobility 
menu.  The  functions  available  are  depicted  on  subsequent  panels 
(Figures  3-49  through  3-54). 


tr  Ipr -pom/budget 


POM/Budget  Analysis 
PD  IP  What- if  Analysts 
explanation  Screen 


The  user  will  have  the  option  to  change  the  funding  (in  dollars 
or  in  terns  of  a  percentage)  for  one  or  more  PDIPs  by  specifying  one  or  more 
of  the  following  parameters: 

-Fiscal  Year 

-Major  Conmand  code  and/or  Staff  Proponent 
-Functional  Area  Code 

-Appropriation  Code  (i.e.,  OKA,  RTDE,  etc) 

-A  sat  of  PD*a  numbers  or  names 

After  commanding  the  system  to  'calculate',  the  system  will  caus 
the  change(s)  specified  to  'ripple*  throughout  as  many  PDIPs  as  the  change 
applies  to.  No  actual  change  to  the  data  base  would  take  place. 

This  method  will  show  what  effect  the  proposed  change  would  have  on  the  overall 
program.  Output  will  show  the  overall  programing  funding  change  due  to  the 
PDIP  changes.  The  capability  to  save  the  set  of  what-if  changes  to  a  user  file 
will  exist. 

PF:  1/13  Help  2/14  3/15  Return  4/16  5/17  6/18 
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Figure  3-49.  PDIP  "What-if"  Analysis 


a.  Figure  3-49  is  presented  when  Option  A  is  chosen. from  the 
POM/Budget  Analysis  menu  (Figure  3-48). 

b.  Figure  3-50  is  presented  when  Option  B  of  the  POM/Budget 
Analysis  menu  (Figure  3-48)  is  chosen. 

c.  Figure  3-51  appears  when  Option  C  is  chosen  from  the  POM/Budget 
Analysis  menu  (Figure  3-48).  The  user  must  then  enter  the  appropriate 
search  criteria  for  the  PDIPs  desired.  Help  panels  will  be  accessible 
to  assist  in  entering  the  codes. 
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tr  Ipt  -pdip-mau 


PD  IP  Management 


Multi-Attribute  Decision  Utility  Tool 
Informat  Ion 

1.  This  decision  aide  le  designed  to  allow  a  decision  maker  or  group  of 
decision  makers  to  prioritize  or  rank  order  PDIPs  according  to  certain 
criteria  specified  by  the  group.  It  takes  input  In  the  form  of  ’qualltatltlve 
judgements'  and  quantifies  them.  PDIPs  will  be  compared  to  each  other  for  each 
criterion  by  each  participant  and  then  given  a  score.  As  an  alternative,  users 
can  'score'  PDIPs  in  each  criterion  from  0  to  100. 


2.  Sample  criterion  might  Include  how  well  a  PDtP: 
Decreased  missed  HDDs 
Decreased  idle  resources 
Increased  utilization  of  assets 
Decreased  queue  lengths 

Minimized  cost  for  Its  respective  benefits 
Decreased  lift  requirements 
Helped  to  'balance'  the  system 


3.  Output  would  show  which  PDIP  was  considered  overall  'best'  in  meeting  the 
various  criteria,  and  why  it  was  the  'best'.  A  prioritized  list  is  generated. 
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Figure  3-50.  PDIP  Rank  Ordering  Tool 


tr ipr -pom/budget-1 


POM/Budget  Analysts 


View  PDIPs  based  on  criteria 


PDIPs  may  be  selected  either  by  functional  area,  by  program,  or  both. 


Enter  the  functional  area  code  number:  IM 
(2  space  alphabetic  code) 

(Enter  'U'  for  unfunded  PDIPs  or  'P'  for  funded) 


And/or  one  or  both  of  the  following: 


Enter  the  Staff  Proponent: 
Enter  the  Major  Command  Code: 


Enter  a  specific  PDIP  number: 


Press  ENTER  to  continue 
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Figure  3-51.  View  PDIP  Input  Panel 
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tr ipr -pom/bud -o 


PDIP  Title 


1SSSC  Mission 


Strategic  Mobility  Module 
Management  Information  System 

Criteria  for  search  was- 

Criteria  Specified  PDIP  List  Functional  Area:  [M 

Major  Command: 

PDIP  Number  Staff  Proponent  Fen  Codes  Program  Code: 
5372  DAIM  IM  11,39,95 


If  you  desire  to  see  the  dictionary  page  for  a  specific  PDIP,  move  the  cursor 
to  that  PDIP  and  press  enter. 

For  purposes  of  the  prototype,  this  option  is  not  available.  Press  enter  to 
view  the  PDIP  dictionary  page  for  PDIP  5372,  simulating  having  moved  the 
cursor  to  the  first  PDIP  on  the  list  above. 
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Press  ENTER  to  continue 
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Figure  3-52.  Criteria-Specif ied  PDIP  List 


tr Ipr-PDIP-DICl  PDIP  Management 

Individual  PDIP  Dictionary  Report 
(COULD  BE  CLASSIFIED) 
UNCLASSIFIED 

AS  OF  18FEB87  PROBE  CONTROL  DICTIONARY  REPORT  PRES  BUDGET 


PDIP  CDIP:  TITLE: 
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Figure  3-53.  Individual  PDIP  Dictionary  Report  Left  Scroll 


(1)  As  a  result  of  entering  the  search  criteria,  the  list  of 
PDIPs  is  generated  (Figure  3-52).  The  user  may  view  one  of  these  PDIPs 
in  detail  by  moving  the  cursor  and  pressing  ENTER. 
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tr ipr -PDIP-DIC2  PD  IP  Management 

Individual  P01P  Dictionary  Report 
(COULD  BE  CLASSIFIED) 

UNCLASSIFIED 

AS  OF  18FEB87  PDIP  537Z 
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Figure  3-54.  Individual  PDIP  Dictionary  Report  Right  Scroll 


tr  tpr-PDIP-RMKS 


PDIP  Management 

Individual  PDIP  Dictionary  Report 
(COULD  BE  CLASSIFIED) 

UNCLASSIFIED  ‘ 


PDIP  AS  OF 

537Z  18FEB87 

(U)  PROVIDES  FUNDING  FOR  PERSONNEL  AND  DAT  -TO-DAY  OPERATING  COSTS  FOR  SOF 
TWARE  DEVELOPMENT,  MODIFICATION  AND  MAINTENANCE  OF:  LOCI  ST  ICS,  PERSONNEL, 
FORCE  ACCOUNTING  «  FINANCIAL  ARMY  MULTI -COMMAND  MANAGEMENT  INFORMATION 
SYSTEMS.  INCLUDES  OPERATION  &  MAINTENANCE  OF  USAISEC  JCOMPUTER  FACILITIES 
(TEST  BEO)  AT  FT  LEE  AND  FALLS  CHURCH  VIRGINIA 


Figure  3-55.  Individual  PDIP  Dictionary  Remarks 

(2)  Figures  3-53  and  3-54  illustrate  a  PDIP  dictionary  page  and 
the  ability  to  scroll  left  and  right  to  view  all  the  data. 

(3)  Figure  3-55  shows  the  PDIP  remarks  data  that  will  be 
accessible  for  any  specific  PDIP. 
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Strategic  Mobility  Module 
Management  Information  System 
Query  Selection  Menu 


Select  one: 

A-Determine  unit  cargo  configuration  (TUCHA/JPAM) 

B-Determine  transportation  unit  lift  capability  (TOE) 

C-Compare  movement  requirements/capabilities  between  years  (JPAM) 

D-Determine/Compare  transportation  unit  readiness  status 
(Readiness  Module/PORSTAT  file) 

E-Txansportatlon  unit  TOE/MTOE  comparisons  (TOE/MTOE) 


PF1  Info  PF3  Return  PF5  Intellect  Applications 


Figure  3-56.  Management  Information  System  Main  Menu 


3-11.  MANAGEMENT  INFORMATION  SYSTEM  OPTION 

a.  This  panel  (Figure  3-56)  depicts  the  options  available  which  are 
preprogramed  queries  of  the  data  base.  If  the  user  desires  to  query  a 
data  file  in  a  free-form  manner  (in  plain  English),  she/he  would  press 
function  key  5  for  intellect  applications. 

b.  For  options  A,  8,  0,  and  E,  the  user  is  prompted  for  information 
concerning  the  unit  of  interest.  The  unit  may  be  an  actual  unit  or  may 
be  one  of  the  standard  "type"  units.  For  an  actual  unit,  the  user  will 
enter  the  unit's  name  (for  example,  the  20th  Chemical  Det),  or  the  UIC. 
In  the  case  of  a  notional  or  "type"  unit,  the  user  enters  the  SRC  or 
the  type  unit  name  (for  example,  "Chemical  Detachment" ) .  The  system 
has  the  capability  to  interpret  the  type  unit  name  and  will  ask  further 
questions  if  it  has  trouble  identifying  the  unit  in  question. 

c.  For  option  C,  the  user  has  the  option  of  choosing  FY  comparisons 
for  units,  theaters  or  total  global  movement  requirements.  If  a  unit 
comparison  is  chosen,  the  same  method  of  identifying  the  unit  as 
explained  above  is  used.  Should  the  user  choose  one  of  the  other 
options,  she/he  is  prompted  for  additional  information  (such  as  which 
theater  to  use) . 

d.  As  with  other  system  outputs,  the  user  may  choose  to  have  the 
output  displayed  graphically. 


Strategic  Mobility  Module 
Management  Information  System 

Determine  Unit  Cargo  Configuration 


Enter  the  Unit  Identification  Code  (UIC)  for  an  actual  unit: 
ox 

Enter  the  Unit  Designation  for  an  actual  unit:  99th  Ord  Bn 

(example:  87th  Armor  Bn) 

or 

Enter  the  Standard  Requirements  Code  (SRC)  for  a  notional  unit: 
or 

Enter  the  Type  Name  of  a  notional  unit  (example:  Inf  Bde) : 

Press  ENTER  to  continue 
PP3  Return 

Figure  3-57.  Cargo  Configuration  Input  Panel 

e.  Figure  3-57  is  the  initial  input  panel  for  option  A  to  determine 
unit  cargo  configurations. 


Strategic  Mobility  Module 
Management  Information  System 

Determine  Unit  Cargo  Configuration 


UIC  SRC  Unit  Name  Unit  Type  Name 

-  -  -  -  4 Unit  ID 

Data 

MQQNDS  A7848M2X  99th  Ordnance  Bn  Ordnance  Battalion 


Cargo  Quantities  -  STON 
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Transportable 
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3S0 

20 

5 

15 

220 

0 

PF 3  Return 


Figure  3-58.  Cargo  Configuration  Report 

f.  After  conducting  the  data  base  query,  the  output  ' s  presented  as 
indicated  in  Figure  3-58. 


Strategic  Mobility  Module 
Management  information  System 

Determine  Transportation  Unit  Lift  Capability 


Enter  the  Unit  Identification  Code  (UIC)  for  an  actual  unit: 
or 

Enter  the  Unit  Designation  for  an  actual  unit:  99th  Trans  Bn 

(example:  87th  Armor  Bn) 

or 

Enter  the  Standard  Requirements  Code  (SRC)  for  a  notional  unit: 
or 


Enter  the  Type  Name  of  a  notional  unit  (example:  Inf  Bde) : 


PF1  Info 


Press  ENTER  to  continue 
PP3  Return 


Figure  3-59.  Unit  Lift  Capability  Input  Panel 


g.  Determine  Transportation  Unit  Lift  Capability  (Option  B) 

(1)  This  option  (Figure  3-59)  allows  the  user  to  determine  the 
lift  capacity  of  a  specified  transportation  unit.  The  unit  may  be  a 
standard  "type"  unit,  or  may  be  an  actual  unit.  The  system  will  have 
the  capability  to  interpret  information  identifying  the  unit  in 
question  as  entered  by  the  user.  For  example,  if  the  user  enters  "76th 
Transportation  Truck  Company"  the  system  will  interpret  that  entry  the 
same  as  "76th  Trans  Co."  Should  several  units  fit  the  description 
interpreted  by  the  system,  or  if  the  system  does  not  understand  the 
data,  it  will  prompt  the  user  to  enter  it  in  the  correct  form  or  in  a 
manner  it  can  understand. 

(2)  This  option  will  interface  as  required  with  the  Equipment 
Distribution  Module  and/or  the  Force  Accounting  System.  Mathematical 
calculations  may  be  required  by  the  system  in  order  to  present  the  unit 
in  the  current  form;  these  will  be  done  internally.  (For  example,  the 
system  might  receive  the  fact  that  1  each  5-ton  truck  exists  in  the 
unit;  it  would  then  calculate  that  the  unit  can  lift  200  ton-mi les-per- 
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Strategic  Mobility  Module 
M»mg«—  nt  Information  Syttn 

Determine  Tranaportat tor.  Unit  Lift  Capability 


UIC  SBC  Unit  Name  Unit  Typa  Nua 

-  -  -  -  4Unlt  ID 

Data 

MQQNOS  A7I4WJX  99th  Otdnarvca  Bn  Ordnanca  Battalion 


around  Tt  anapor tat  ion  equipment  Quant  it  lee  I  STOM-Mllaa  Movad  par  bout 

I  in  thoueande;  40mph  par  vahicla 

Lt  Truck  Lt  Mad  Truck  Mad  Truck  Ha  Truck  I  Bulk  Container  Over /Out 

-  -  -  -  I  -  -  - 

0  U2  12  *  I  10  20  16/ UO 


LOTS  Lift  Iqu  lpmart  Quantitiee  I  Diecharge  Capacity  3  TON /hr 

Lighter*  Quantity  Landing  Craft  Quant  ity  I  Bulk  Containar  Over/Out 

. . - . . I  -  -  - . 

0  0  I  0  0  0 
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•-Typo  unit*  ot  actual  unita 
C-Clobal  taquUaaanta 
•pacify  the  two  f local  yoata  you  desire  to  coapata- 

Co«pare  FT  M  to  FT  f) 

Ftaaa  the  lattat  of  yout  oalaetton  to  coot  lrtua 

FF)  taturn 


Figure  3-61.  Movement  Requirement  Comparison  Input  Menu 

h.  The  user  is  prompted  Tor  selections  of  the  movement  requirement 
comparison  query  (Figure  3-61). 


t«  ipt  aia-aic 

Strategic  ItottUty  Module 

Mari  mgmimnt  Information  Syitaa 

Wovimant  Requ  1 1  wnt  Corny  c  1  aon 
by  theater  of  operations 

Comparison  MU  to  FT91 

3m iect 

tha  Theatsr  you  wish  to  caapato: 

-MATO 

-Southwest  Asia 

S -northeast  Asia 

Frees  EMTZR  to  continue 

PP  3  Return 

Figure  3-62.  Requirement  Comparison  by  Theater  Input  Menu 


i.  Upon  selecting  A  on  the  Movement  Requirement  Comparison  menu, 
the  user  is  prompted  to  select  a  theater  (Figure  3-62). 
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Strategic  Mobility  Module 
Hirngsmant  Infoiaation  Syitn 

Movent  Requirement  Comparison 
by  thaatar  of  operations 


Compar Ison: 
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FY89  to  FY93 
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xxxx 
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1 
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7/19  Two  pie  charts  of  total  requirements  by  FY  239/21  Other  Craph 


Figure  3-63.  Requirement  Comparison  by  Theater  Report 


j.  Figure  3-63  is  the  output  report  format  when  a  user  runs  the 
Movement  Requirement  Comparison  query. 
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tt lpr-mls-mrc  Strategic  Mobility  Module 

Management  Information  System 

Movement  Requirement  Comparison 
by  type  or  actual  unite 

Comparison:  PY89  to  PY93 

Por  the  unit  of  Interest, 

Enter  the  Unit  Identification  Code  (OIC)  for  an  actual  unit: 
ot 

Enter  the  Unit  Designation  for  an  actual  unit:  99th  Trane  Bn 

(example:  87th  Armor  Bn) 

Enter  the  Standard  Requirements  Code  (SRC)  for  a  notional  unit: 
or 

Enter  the  Type  Name  of  a  notional  unit  (example:  Inf  Bde): 
and 

Enter  the  years  to  compare:  PY  89  to  PY  93 

Press  ENTER  to  continue 
PP3  Return 


Figure  3-64.  Requirement  Comparison  by  Unit  Input  Panel 

k.  As  shown  in  Figure  3-64,  the  user  must  identify  a  unit  for  the 
comparison  of  movement  requirements  after  selecting  Option  8  from  the 
menu  in  Figure  3-61. 
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Figure  3-65.  Requirement  Comparison  by  Unit  Report 

1.  Figure  3-65  depicts  the  output  panel  for  the  Movement 
Requirement  Comparison  query. 
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Figure  3-66.  Global  Requirement  Comparison  Report 


m.  Figure  3-66  is  the  resulting  output  panel  when  the  user  requests 
a  global  movement  requirement  comparison  for  two  FYs  (Option  C  in 
Figure  3-61). 


ti lpr-ale-taody  Strategic  Mobility  Modulo 

Management  Information  Syatem 

Road  mass  Coapar  loon 

Par  tho  epee  If  tc  unit  of  lntoroot, 

Cntor  tho  Unit  Identification  Coda  (UIC): 

or 

Enter  tho  Unit  Deelgnatlon:  17  Armor  Battalion 

Enter  tho  datoo  you  wloh  to  uoo  to  compare  roadlnoaa  (YYMOO): 

Pitot  Dato:  160101 

Second  Data:  >40 101 

Preoa  ENTER  to  continue 

PP1  info  PP2  Chart  PP3  Return 


Figure  3-67.  Readiness  Comparison  Input  Panel 


n.  Figure  3-67  Is  the  Input  panel  for  a  readiness  comparison 
(Option  D,  Figure  56,  page  3-41).  This  option  compares  the  readiness 
of  a  specified  unit  over  time.  The  Information  the  system  needs  to 
provide  the  data  is  the  Identification  of  the  unit  in  question,  either 
In  the  form  of  a  UIC  or  a  unit  name.  The  system  will  interpret  the 
unit  name  provided  In  a  variety  of  ways.  (For  example,  the  system 
Interprets  71  Ord  Co  the  same  way  as  71st  Ordnance  Company.) 

(1)  The  user  Is  also  prompted  for  two  dates  for  comparison 
purposes.  The  system  will  search  for  the  two  Unit  Status  Reports  (OA 
Form  2715)  which  exist  prior  to  the  date  required  for  comparison.  (For 
example.  If  you  specify  860101,  the  system  will  search  for  the  USR  data 
which  was  reported  just  prior  to  that  date,  in  this  case  851215.  If 
you  specify  the  exact  date  of  a  USR,  the  system  will  provide  that 
data.) 

(2)  The  unit  commander's  narrative  remarks  are  also  available  by 
pressing  PF5.  In  addition,  the  option  will  be  available  to  chart  the 
selected  comparison,  by  use  of  pie,  bar  and  line  charts. 

(3)  An  explanation  of  reason  codes  is  available  in  Appendix  E, 

AR  220-1. 

(4)  This  query  will  interface  with  the  Force  Accounting  system 
and  the  Readiness  Module  as  required. 
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Table  3-2.  Readiness  Comparison  Output 


Unit:  87th  Armor  Battalion 

UIC:  WAYPAA 

Classification:  UNCLASSIFIED 


Readiness  measure  860101 

Personnel  data 

Assigned  strength  44  98 

Available  strength  44  95 

Available  MOS  trained  44  95 

Available  senior  grade  44  78 

Personnel  turnover  H  14 

Equipment  on  hand  data 

Total  line  items  82 

#  Lines  rated  1  56 

#  Lines  rated  2  03 

#  Lines  rated  3  0i 

#  Lines  rated  4  00 

Pacing  items  44  of  fill  67 

Equipment  statuvreadmess  data 

44  Equipment  on  hand  (EOH)  mission  capable  (E5)  97 

44  Pacing  items  (PI)  mission  capable  (PI  ES)  98 

44  Required  mission  capable  (ER  63 

4v  Required  PI  mission  capable  (Pi-ER)  67 

Training  data 

Weeks  to  complete  training  2 

Assigned  strength  shortfall  c 

Borrowed  military  manpower  b 

Availability  of  funds  b 

Availability  of  equipment/matenel  d 

Availability  of  qual  leadervstatus  aviator  training  a 

Accessibility  of  training  areawfacility  a 

Availability  of  fuel  a 

Availability  of  ammunition  a 

Availability  of  time  a 

Overall  unit  C  rating  3 

Primary  reason  not  C  l  e 

Authorization  level  of  organization  (ALO)  i 

Date  of  report  85 1 2 1 5 

Parent  unit  identifier  3 

Personnel  C  •  rating  i 

Reason  personnel  not  C-1  a 

EOH  C  -  rating  2 

Reason  EOH  not  C-1  P 

ERC-  rating  3 

Reason  ER  not  C-1  r89 

Training  C  -  rating  1 

Reason  training  not  C-1  p21 

Secondary  reason  overall  not  C-1  p31 

Tertiary  reason  overall  not  C-1  t32 

Projected  overall  rating  1 

Projected  date  of  change  m  overall  861215 


840101 


95 

90 

90 

67 

10 


70 

62 

02 

02 

01 

95 


94 

92 

87) 

89 

3 

c 


a 

b 


a 

a 

b 

a 

3 

P 

1 

831215 

3 

3 

P 

1 

a 

2 

r6l 

2 

134 

t34 

r6l 

2 

840315 


o.  Table  3-2  depicts  the  format  of  the  Unit  Readiness  Comparison 
query.  The  data  will  be  presented  as  a  series  of  panels  with  scrolling 
options. 
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PP3  datum 


Figure  3-68.  Readiness  Comparison  Comnander  Remarks  Reports 


p.  The  unit  commander's  remarks  (Figure  3-68)  will  also  be 
accessible  to  the  user  conducting  a  readiness  comparison  query. 
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Strategic  Mobility  Module 
Management  Information  System 

TOE/MTOE  Comparison 


For  an  MTOE  of  Interest, 

Enter  the  Unit  Identification  Code  (UIC)  for  an  actual  unit: 
or 

Enter  the  Unit  Designation  tor  an  actual  unit: 

(example:  *7th  Armor  Bn) 
or 

Enter  the  MTOE  number  for  an  actual  unit:  5-14SJE102 

and 

Enter  the  effective  dates  of  the  MTOE  to  compare: 


Pox  a  TOE  of  Interest: 

Enter  the  type  of  unit  of  Interest: 

or 

Enter  the  TOE  number  of  Interest: 

and 

Enter  the  effective  dates  of  the  TOE  to  compare: 

YYMMDD 

Press  ENTER  to  continue 
PF1  Info  PF3  Return 


YYMMDD 


YYMMDD 


Figure  3-69.  TOE/MTOE  Comparison  Input  Panel 


q.  TOE/MTOE  Comparison  Input/Output 

(1)  Figure  3-69  shows  the  input  for  a  TOE/MTOE  Comparison  query. 

(2)  Outputs  of  the  TOE  comparison  report  would  include 
information  concerning  the  unit  type  and  unit  mission.  Detailed 
information  would  also  be  available  to  show,  by  position  code,  rank, 
branch,  grade,  remarks  and  number  authorized  for  each  ALO  for  all 
personnel  authorized  to  the  unit.  Information  concerning  equipment 
would  include  LIN,  nomenclature,  description,  ERC,  and  quantity 
authorized  for  each  ALO.  The  comparison  of  the  TOEs  of  two  unlike 
units  would  also  be  an  option.  Data  will  be  initially  in  tabular  form, 
with  the  option  of  graphically  presenting  some  or  all  of  the  data. 

(3)  Outputs  of  the  MTOE  comparison  report  would  include 
information  on  the  specific  units  active  under  the  MTOE,  the  unit  type 
and  mission  statement.  Detailed  information  would  include  for 
personnel,  the  number  authorized  and  required  within  each  position 
code,  rank,  branch,  grade,  and  include  remarks  or  narratives. 

Equipment  data  available  would  include  the  data  specified  for  the  TOE 
report,  with  the  addition  of  specific  numbers  authorized  and  required. 
Data  would  be  optionally  presented  graphically. 

(4)  Users  will  also  have  the  option  of  comparing  two  unlike 
MTOE/TOE  units  for  a  single  specified  TOE/MTOE  effective  date  using 
this  system. 
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S 

E-TOE 

Unit  Tables  of  Organization  and  Equipment 

a 

L- 

Transportation  Modal  Input  Piles 

s 

M-AIOP 

Army  Master  Data  Pile 

u 

PP: 

1/13  Help 

3/15  Main  Menu  Strat  Mob  Module 

7/19 

9/21  Menu  Dr lven  MIS 

Figure  3-70.  Intellect  Applications  Main  Menu 


Figure  3-70  Is  presented  when  a  user  selects  Intellect  Applications 
from  the  main  menu.  It  depicts  some  of  the  files  available  for  direct 
query. 

3-12.  INTELLECT  APPLICATIONS  INFORMATION 

a.  The  Management  Information  System  will  have  the  capability  to 
interpret  queries  which  are  given  to  the  system  "in  plain  English." 

The  HQDA  Decision  Support  System  has  a  software  package  in  place  to 
fulfill  this  requirement,  called  Intellect.  Should  another  software 
package  be  used  in  the  final  system,  its  capabilities  will  closely 
resemble  those  of  Intellect. 

b.  To  use  this  tool,  an  action  officer  chooses  an  "Intellect" 
application  file.  Once  the  system  initializes,  the  user  is  prompted  to 
"enter  a  request."  A  request  of  "info"  will  return  a  list  of  the 
fields  of  the  file  being  used,  similar  to  the  screens  presented  in  this 
prototype.  The  user  can  then  enter  his  request  "in  plain  English." 

For  example,  if  the  user  has  a  query  concerning  movement  requirements 
and  this  Information  need  was  not  fulfilled  by  using  the  menu-driven 
screen,  he  could  enter  the  request:  "Show  me  the  port  date  and  unit 
name  of  all  requirements  that  have  a  travel  mode  of  air."  The  system 
would  then  Interpret  that  request  and  respond  with  an  appropriate 
answer.  The  user  will  also  be  able  to  give  data  format  commands  within 
a  query;  for  example,  "pie  chart  requirements  for  travel  mode  =  air  by 
type  unit."  If  the  system  had  trouble  interpreting  the  query,  it  would 
prompt  the  user  with  information  on  how  to  make  the  query  more 
understandable. 
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c.  The  specific  data  screens  in  this  prototype  are  samples  of  some 
of  the  fields  and  data  in  the  indicated  file.  No  queries  may  be  done 
with  the  prototype. 
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trlpr-mls-jpam 


Strategic  Mobility  Module 
Management  Information  System 
Intellect  Application 
JPAM  file 

Sample  of  fields: 


SEQUENCE -NO  SERVICE  PLAN  RECORD-TYPE  RDD 

REC -DESCRIPT  I  ON  UN  IT/ ACT  IV -NAME  LEVEL-OP -UNIT  TRAVEL-MODE  AVAIL-DATE 

PORT-DATE  MODE -DATE  POINT-OP-ORIGIN  (geoloc  data)  DESTINATION 

NUMBER-PAX  TFSN  POO  ACCOMPANY  I NG-S  PLY  -STON 

BULK-CCO-STON  OVERS  I ZI -COO -STON  OUTS  I ZE -COO -STON  MOV-AIR-TRANSPORTABLE-CGO 

ACCOMPANY  I  NC-AfcMO-STON  SRC  PORCE-RQMT -NUMBER 

UNIT-TYPE  UIC 

♦ - * 
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Figure  3-71.  Sample  Fields  of  JPAM  File 


tx lpr-mis-tucha  Strategic  Mobility  Module 

Management  Information  System 
Intellect  Application 
TUCHA  file 

Sample  of  fields: 


SHORT-TYPE-NAME  UNIT-LEVEL  DEPLOYMENT -INDICATOR  SERVICE  SECUR I TY -CLASS  I P 

NO-OP  -CGO-CATECOR I ES  UNIT-TYPE -STATUS  TYPE-NAME  DATE -OP -RECORD-CREATION 

DATE -OP -LAST-CHANGE  AUTH-WART I HE -PERSONNEL  NONORCANIC-PASSENCERS 

TOTAL-CARGO  (contains  subfields  for  quantity  of  each  type  cargo) 

bulk-ston.mton;  oversize-ston.mton;  outsizs-ston.mton;  nonalr -ston, mton 
total-bu lk-pol. 

CARGO-DESCRIPTION  CARGO -LENCTH  CARGO-WIDTH  CARGO-HEIGHT  SQUARE -PEET 
NO-OP-PIECES  SHORT-TONS  MTONS  UN  IT-TYPE -CODE 
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Figure  3-72.  Sample  Fields  of  TUCHA  File 


d.  Figures  3-71  throuyh  3-78  depict  a  sample  of  the  available 
fields  in  selected  files  in  order  to  aid  in  "plain  English"  queries 


ti  lpt  -ale-geo 


SwpU  of  field*: 


Strategic  Mobility  Module 
IUn*9*Mnt  Information  System 
Intellect  Application 

ccor 1 LL 


OEOLOC-CODC  RECORD-LEVEL  RECORD-TYPE  CEOLOC-NAME  INSTALLATION  TI  Pt 


Figure  3-73.  Sample  Fields  of  GEOFILE 


ti lpt -ale-ports 


Sample  of  fields: 


Strategic  Mobility  Module 
Management  Information  System 
Intellect  Application 
PORTS  file 


APLD-D I  STANCE 
CLASS -S - ANCHORAGE 
CLASS - 3 -ANCHORAGE 
POL-STO  RACE-CAP  AS  ILITY 
AM40 -STORAGE  -CAPAS 
RORO-CCO  (ston/aton) 


A I RP I ELD-QOELOC  -  CODE 
GOOD -HOLD  INC -GROUND 
CLASS- 2 -ANCHORAGE 
HARBOR-TYPE 
REFRIG-STO  RACE -CAPAS 
CONT-CGO  ( ston/aton ) 

AM40-BKBULX  (ston/aton  POL-CGO-MBBLS 
NO-ENTRANCES  (expected/reported) 

ICE -RESTRICT  I  ON  OTHER-RESTRICTIONS 

CONT-BERTH  (length/depth) 

RORO-BERTH  RAMPS  (lego  capacity) 

CLEARANCE  (modes/cap)  ENTRANCES  (dimensions) 
HARBOR-CRAFT  (types/cap)  BEACH  (d imens lons/c 
♦ - 


BEACH-CEOLOC-CODE  BEACH -D I  STANCE 
CLASS  -  1 -ANCHORAGE 
NB R - HARBORS  ( expected / r spot  ted ) 
OPEN-STORAGE -CAPAS ILITY 
CEN-CCO  (stone  and  atone) 

AIB10-C0NT  (ston/aton) 

HARBOR -DES  I C 

TIDAL-RISE  SNELL 

TURN-BASIN  (depth/d  - aaeter ) 
CEN-CCO-BERTH  TANKER -BERTH 

CAUSEWAYS  (lego  cap) 

HARBOR-DESIGN  MHE  (no/cap) 

*P) 
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tr ipz -mis-aports 


Sample  of  flelde: 


Strategic  Mobility  Module 
Management  Information  System 
Intellect  Application 
APORTS  file 


CEOLOC-COOe  CLASS  IP  I  CATION 

CEO-COORDINATES  LOAD-CLASS  I P 

CURRENT-CAPABILITY  (off/onload) 

CURRENT -THRU -CAP -CCO  POTENTIAL-THRU-CAP-COO 
AVCAS -STOR-CAP  IPR  (art ,dep,mix) 

PARKING-DATA  ( loaded , unloaded , sq-ft, surge) 
SQPT- STORAGE  ( open, hazardous , ref r ig) 
WIDEST-TAXIWAY  (capacity , surf ace) 

NEAREST -PORT -CEOLOC  DI3T-TO-PORT 
NO-OPERAT I NC -PERSONNEL  ( cur r ent , potent ial ) 
CLEARANCE  ( potent ialicapac ity, paxicgo) 


COUNTRY  (name/code) 

DATE  (tec  created/updated) 

POTENT  I AL-CAP  AB I L I TY 
JET -P  UEL-STOR-CAP 
VPR  (art .dep.mix) 

TAXtWAY  (width, len, surf , cap) 

PAX-RECEIPT-CAP  (curr  potent, thru) 

AMMO  AREA 

PORT-NAME 

S  T  ATUS -OP  -  A I RPORT 

KHE  (type, no, capacity) 
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5/17  6/18  Intellect 


Figure  3-75.  Sample  Fields  of  APORTS  File 


tr lpr-mls-aaaats  Strategic  Mobility  Module 

Management  Information  System 
Intellect  Application 
ASSETS  file 

Sample  of  fields: 

DATE  (update, change) 

SHIP-TYPE 

SH I P -MOB -COND  l  T I  ON 
SHIP-EARLIEST  AVAIL 

ACPT-TYPE  ACPT-ID  ACPT-P1LL  AGP’  M>»  ** 

ACPT -OUT -OP -THEATER  ACPT-TYPE 

ACPT-CLASSIP  ACPT-AVAIL  ACPT  STAG! 

♦ - - - 
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SHIP-ID  SHIP-SPEED  SHIP  DATS  ■  AVA 

SHIP-CLASSIP  SHIP-AVAIL-PLAN  SHIP  PUL 


Figure  3-/6.  Sample  ‘  u>  ■  v 
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tt ipr  -mls-chstr 


Strategic  Mobility  Module 
Management  Information  System 
Intellect  Application 
CHSTR  file 


Sample  of  fields: 


DATE  (exeat ion, update) 


ACT T -TYPE 
AVO-OOTSIZE-PYLD 
AVC-CND-TIME 
PAX-AC  COMP  ANY 


BLOCK-SPEED  BULK-PAYLOAD  AVG-OVSIZE-PYLD 

(character Istlcs  fox  2000,2500,3000,3500  nm  legs) 
AVO-LOAD-TIME  AVC-OFPLOAD-TIME  PAX-CAP 

UTIL- KATES  (pel  lode) 


SHIP-TYPE 

SHIP-MIN-DKAPT 

STOW-RATES 


SHIP-SPEED  SHIP-CLASS  IP IC  SHIP-AVC-SPEED 

SHIP-MAX-LENCTH  SHIP-AVG-LD/HR  SHIP-UNLOAD-SQPT/HR 


♦ - - - - 
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Figure  3-77.  Sample  Fields  of  CHSTR  File 


txipx-mle-usx  Strategic  Mobility  Module 

Management  Information  System 
Intellect  Application 
PORSTAT  file 


Sample  of  fields: 


The  PORSTAT  file  contains  a  complex  data  structuxe  with  many  sub-fields  and  sub- 
x ecoxds.  The  few  fields  and  sub-records  shown  below  are  only  a  very  small 
portion  of  the  file. 


COMPONENT- ID  SERVICE 
AUTHORIZED  ASSIGNED 
SUBORD I NATE -U I C -DATA 
ES/ER-READ I  NESS  -DATA 


LEVEL  MAJCMD 

TPSN  UIC 

MOVEMENT -DATA 


STRUCTURE 

PARENT-UIC-DATA 


♦  — - -  -  -  - - W'*i  - ‘  — - — —  — - - — - - •+ 
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Figure  3-78.  Sample  Fields  of  FORSTAT  File 


tr lpt-das-f utuce 


H  Q  D  A  D  S  S 

Logistics  Decision  Support  System 
Strategic  Mobility  Module 
Main  Selection  Menu 


Select  one  with  an  ’s": 

-Conduct  Transportation  Analysis  (Run  a  model) 
-Query  the  Data  base  (MIS) 

Run  the  future  Programing /Transportation  Model 
-Change  the  funding  levels  on  PDIP(a) 

-Rank  order  current  PD IPs 
-Genet at a  nsw  PD(P(s) 


Press  ENTER  to  see  explanatory  chart 
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Figure  3-79.  Future  Main  Menu  of  Strategic  Mobility  Module 


3-13.  FUTURE  STRATEGIC  MOBILITY  MODULE.  Figure  3-79  appears  upon 
selecting  "Possible  Future  main  menu/module"  from  the  LOG  DSS  menu 
(Figure  3-5).  This  development  effort  will  go  beyond  phase  III  of  the 
current  DSS  contract.  In  the  future,  the  Strategic  Mobility  Module  of 
the  LOG  DSS  will  contain  not  only  transportation  analysis  simulation 
models  and  a  decision  aid  to  help  rank  order  PDIPs,  but  also  a  new 
"factory  to  foxhole"  global  transportation  simulation  model  to  be  used 
in  budget  programing  analysis.  This  new  model  will  also  have  the 
capability  to  translate  PDIP  funding  level  changes  into  physical  asset 
changes  (l.e.,  translate  a  loss  of  $1M  in  the  LOTS  PDIP  into  a 
degradation  in  LOTS  operations  at  a  specific  port)  and  automatically 
input  such  changes  into  the  model  for  an  analysis  of  the  effect  on  the 
overall  transportation  system.  The  new  model  will  be  able  to  rank 
order  PDIPs  in  terms  of  overall  benefit  to  the  transportation  system, 
and  recommend  new  capabilities  which  might  be  even  more  beneficial  to 
the  system.  Model  output  will  be  detailed  enough  to  determine  exactly 
where  bottlenecks  and  stoppages  occur,  as  well  as  provide  detailed 
system  performance  reports. 

a.  The  intermediate  system  this  prototype  depicts  requires  the 
Action  Officer  to  research  a  PDIP,  translate  the  funding  change  into  a 
capabilities  change,  modify  model  inputs,  and  select  and  run  a  specific 
transportation  model. 

b.  The  future  system  will  still  include  individual  transportation 
analysis  models  such  as  MOVER  and  Mini-MIDAS. 


CAA-TP-87-5 


Uset 

Inputs 


I  Change  in  ! 
j funding  level j 
I  fox  one  ox  ! 
Imore  PD IPs  At 
- - - 

♦" - —  - - — - •f 

I  Query:  Which  I 
tot  the  PDIPe  | 

| returns  the  I 
■most  benefit  j 
jto  the  systeal 
|as  a  whole?  B| 

* - 

*■ - ♦ 

| Query:  Hhat  | 

| new  PDIP  will) 
(best  improve  I 
I the  systea  as  I 
ja  whole?  Cl 
* - +■ 


Strategic  Mobility  Module  (futuxe) 

♦ - * 

Capabilities  Data 

+ — - - - - + 

J. Complete  transportation  network  I 

| .All  assets  available  I 

I .All  TSM  related  PDIPs  D| 


- - ♦ 

I  .A  capability  to  translate  PDIP  I 
I  funding  levels  into  capability  I 
j  and  vice  versa  (PDIP  generator)  E| 

+ - ♦ - ♦ 

|  .Optimization  | . pactory-to-Foxhole! 

I  t  Capability  I  Transportation  I 
I  Generation  PI  S iaulation  Model  C| 


System 

Reports 


|. All  movements  requir 


its 


— + 
HI 


Requ  ir  omenta 


Data 


{System  perform- 
lance  with  PDIP 
I  funding  change 
I  selected  l 


I PDIP  rank  order 
>  land  sensitivity 
I  ana lye  is  J 


(Queries  and 
I  reports  on 
I  output  data 


IMew  PDIP  t 
| system 
Iperforisance 
I  report 


Press  PP3  to  Return,  or  the  letter  key  indicated  for  specific  information. 


Figure  3-80.  Overall  Functional  Requirements  of  Future  Module 


c.  The  following  figures  (Figures  3-80  through  3-93)  depict  the 
overall  functional  requirements  for  the  future  development  of  the 
Strategic  Mobility  Module.  Subsequent  panels  elaborate  on  the  concepts 
In  each  box  above  and  are  self-explanatory. 
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(Jset  The  Action  officer  will  have  the  ability  to  access  data  on 

Inputs 

♦  - ♦  all  PDIPe  which  have  an  iapact  on  the  global  transportation 

(Change  in  I 

I  funding  levell  system* .  He  will  have  the  capability  to  change  the  funding 
I  for  one  or  I 

(ante  PDIPs  A|  level  of  one  or  aore  of  those  PDIPe  in  the  sane  manner  as  he 

♦  - ♦ 


will  be  able  to  conduct  PDIP  what -if  type  analysis  (see  the  POM/Budget  nodule 

interface  screens).  These  changes  to  the  Program  could,  if  desired,  be  his  only 

input  for  the  running  of  the  global  transportation  eimulation  nod  el.  The  action 

officer  would  continue  to  have  the  ability  to  change  specific  model  Inputs 

(l.e. ,  unit  capabilities,  movement  requirements,  etc)  it  desired. 

•By  global  transportation  systea  is  meant:  all  the  nodes,  lifts  and  links  of 
worldwide  transportation  network;  all  of  the  movements  requirements  and  all 
of  the  assets  and  constraints  of  world  wide  military  transportation  from 
factory  to  foxhole,  including  all  of  the  pipelines  (PP1)  and  the  sustainment 
period.  The  global  transportation  system  includes  all  of  its  subsystems  (PF4). 

PP1  Pipelines  PF3  Return  PF4  Sub  Systems 


Figure  3-81.  Input  Information  1 


Definition  of  Pipelines  Pg  1  of  2 

Pipeline  Concept  of  Materiel  Dtetr lbutlon.  The  administrative  and  physical 
structure  through  which  demands  for  mater ie 1  are  expressed  and  goods  flow  to  the 
point  of  ult imate  use  is  known  as  the  distribution  pipeline  of  supply.  A  pipe¬ 
line  signifies  a  channel  for  mobility  toward  an  objective  rather  than  a  station¬ 
ary  concept  of  fixed  storage. 

1.  Some  provision  tor  storage  is  necessary  to  ensure  dependable 
supply.  Along  a  military  supply  route  there  must  be  reservoirs  where  quan¬ 
tities  of  goods  are  temporarily  held.  The  accumulation  at  each  of  these  way- 
stations  may  be  considered  insurance  against  failures  intransit  and  adequate 
transmission  of  supplies  from  points  in  the  rear.  These  reservoirs  and  carriers 
(ships,  barges,  trains,  motor  vehicles,  planes,  or  oil  pipelines)  loaded  with 
cargo  constitute  the  logistics  pipeline.  Interpreted  in  a  broader  sense,  the 
word  pipeline  would  include  the  stocks  held  as  reserves  for  future  contingen¬ 
cies,  such  as  mobilization  reserves  or  stocks  accumulated  for  future  military 
exercises,  as  well  as  materiel  stored  for  early  or  immediate  issue  in  support 

of  the  current  activities  of  the  military  services  at  home  and  abroad. 

2.  The  pipeline  is  both  physical  (with  storage  locations  and 
transportation  facilities)  and  administrative  (requiring  processing  of  doc¬ 
uments).  The  physical  structure  of  the  pipeline  makes  possible  the  flow  of 


PF1  Continue 


PF3  Return 
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raster iel  through  the  military  distribution  system  from  the  point  of  receipt 
from  procurement  or  production  to  the  point  of  f inal  use.  Every  physical 
element  of  the  pipeline  has  a  corresponding  administrative  element,  be¬ 
cause  every  movement  of  supplies  requires  processing  of  documents.  Document 
processing  times  may  exceed  the  time  for  the  physical  movement  of  supplies. 

3.  The  pipeline  requirements  for  movement  of  personnel  and 
materiel  represent,  the  movement  requirements  for  the  transportation  system. 
The  scope  of  the  future  model  encompasses  ten  pipelines  depicting  all  move¬ 
ments  in  support  of  all  services.  The  pipelines  are: 

.Unit  Deployment 
. POMCUS/prepos ltloned  storage 
.General  resupply 
•Repair  parts 
. Major  end  lteme 
•Ammunition 

.Replacement  personnel 
CONUS  mobilization 

•All  retrograde  personnel  and  catgo  movement: 

noncombatant  evacuation,  PONs,  captured  equipment, 
medical  evacuation  and  all  other  categories 
•Petroleum,  oils  and  lubricants  (bulk) 

PP3  Return 


Figure  3-83.  Pipeline  Definition  2 
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A  valuable  method  for  maintaining  the  comprehensiveness  of  the  structure  of  the 
transportation  system  is  to  consider  the  throughput  capability  of  each  component 
of  the  system  in  terms  of  the  four  major  subsystems  which  provide  the  mechanism 
for  the  movement  through  the  system.  The  components  are  the  nodes,  lifts  and 
links  previously  described,  while  the  subsystems  are  personnel,  facilities  and 
equipment,  enformatlon,  and  management. 


.Management.  The  management  subsystem  consists  of  the  policies 
and  procedures  which  affect  the  flow  of  cargo  or  people  through  the  transporta¬ 
tion  system.  Under  the  management  subsystem  are  the  various  guidelines  and 
policies  that  Influence  the  other  subsystems.  An  example  is  the  DOD  direction 
to  Increase  the  usage  of  interraodal  lift  to  satisfy  movement  requirements. 


•Information.  The  information  subsystem  is  the  required  flow  of 
data  for  the  monitoring  of  catgo  while  it  is  in  the  transportation  system.  It 
encompasses  computer  equipment,  communications  netqorkd  and  the  personnel  to 
generate  and  transmit  information.  Each  node  must  have  the  capability  to 
receive,  store,  process  and  transmit  information.  Information  links  such  as 

PF1  Continue  PF3  Return 
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•Personnel.  The  personnel  subsystem  is  the  people  who  perform 
loading  and  offloading  operations,  cargo  documentation,  and  monitoring  of 
contract  personnel  in  the  performance  of  their  jobs.  It  is  important  to  note 
that  without  personnel  to  man  the  various  nodes,  to  maintain  the  physical  links 
between  nodes,  and  to  operate  the  vatious  equipment,  the  throughput  of  the  other 
subsystems  would  bs  zero. 

.Facilities  and  Equipment.  The  facilities  and  equipment  sub¬ 
system  provides  the  physical  capabilities  of  a  node  or  movement  resource.  The 
facilities  and  equipment  subsystem  at  a  node  impacts  its  ability  to  receive,  ste 
store,  process  and  discharge  cargo.  The  links  refer  to  such  things  as  toad 
capacity  from  fleets  of  transportation  assets. 


PF3  Return 


Figure  3-85.  Subsystems  Definition  2 


User  The  Action  officer  will  have  the  capability  to  ask  this 

Inputs 

question  of  the  global  transportation  model.  The  question  will 

« - - - * 

! Query:  Milch  I  be  baaed  upon  either  the  set  of  PD IPs  and  their  funding  levels 

)of  the  PDIPa  I 

(returns  the  j  which  the  M3  is  currently  working  on  or  some  other  set. 

I  most  benef it  | 

(to  the  system)  numerous  sets  of  POIPs  and  their  funding  level  data  will  be 

las  a  whole?  B| 

» - - - ♦  maintained  for  comparison  purposes.  The  AO  will  be  given  a 

choice  of  Indicators  which  he  desires  to  use  as  measures  of  effectiveness  (MOE) 
and  transportation  system  evaluation  factors  (SEP).  A  possible  beginning  of  a 
list  of  such  factors  may  be  found  in  the  information  screen  for  PDIP  rank¬ 
ordering,  as  part  of  the  current  development.  As  an  alternative,  the  AO  may 
select  a  'default'  set  of  MOE  and  SEP,  which  will  be  a  reflection  of  current 
Army/organization  policy/procedures. 
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User 

Inputs 


This  question  requites  thst  the  system  identify  which  PDIP 
"best"  Inptoved  the  trsnsportstlon  system.  The  term  "best* 

IQuery:  What  I  mesne  highest  value  of  measures  of  effectiveness  and  system 

I H0W  PDIP  Will j 

jbest  improve  i  performance  measures  (or  some  combination  thereof)  returned 

itn •  systtta  «LB  \ 

J*  whole?  C|  by  the  global  transportation  model  for  a  PDIP  (or  set  of  PDIPs) 
if  implemented  alone.  This  will  require  multiple  runs  of  the 
model  to  include  various  combinations  of  PDIPs.  The  model  will  be  able  to 
identify  nonsensical  combinations  of  PDIPs  (for  example,  funding  for  vehicles 
without  funding  for  operators)  and  not  use  or  consider  such  cosfcinations  in  the 
running  of  the  model. 
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Capabilities  Data 


—  —  - -  -  -  -  -  -  - - —  — - + 

1. Complete  transportation  network  | 

1  .Ml  assets  available  ! 

I  .Ml  TSM  related  PDIPs  D| 

♦ - . 


Capabilities  input  data  will  include  the  followinq: 

-- - - - - - - - - - - - 

.The  complete  global  transportation  I  .All  services’  and  host  natron 
network  (all  nodes  and  links):  !  movement  assets  to  be  available: 


.  Ports/Allport  data 

.  Highway /Rail  data 

.All  routes  used  by  the  military 

•Distances  along  routes 

.Route  restrictions  and  conditions 

.Waterway  and  Pipeline  data 


. Aircraf t/Ships  t  locations 
.Discharge  equipment  at  ports 
.Material  Handling  Equipment 
.Personnel/Units  t  locations 
.Cround  transport  equipment 
. LOTS  equipment  t  locations 


.Additionally,  inputs  will  include  industrial  base  and  mobilization  assets 
projected  and  currently  available,  and  pipelines  as  defined  in  input  panels. 

•The  model  will  also  take  user  inputs  of  PDIP  funding  levels. 

(more  completely  described  on  the  input  help  screens). 
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The  Global  Transportation  Simulator 

♦ - + 

I  .A  capability  to  translate  PDIP  I 

I  funding  levels  into  capability 
I  and  vice  versa  (PDIP  generator)  E( 

+ - ♦ - +■ 

Once  the  Action  Officer  makes  the  changes  he  wishes  in  PDIP 
funding  levels,  or  enters  and  fully  describes  a  new  PDIP,  the  Global  Trans¬ 
portation  Simulator  (GTS)  will  have  the  ability  to  translate  the  those  inputs 
into,  a  form  which  can  be  ueed  by  the  simulation  model  (namely,  movement 
requirement  data,  network  data  and  transportation  asset  £  location  data.) 

This  capability  could  be  viewed  as  a  module  of  the  GTS. 

Conversely,  the  GTS  will  be  able  to  determine  what  funding  level 
would  be  required  to  obtain  a  specified  transportation  capability. 

The  GTS  will  also  be  able  to  recommend  new  PDIPs  and  funding 
levels  to  'improve*  the  global  transportation  system.  As  measures  of  'improve¬ 
ment',  please  review  the  information  panels  describing  inputs  to  the  GTS  and 
also  the  information  panel  contained  in  the  POK/Budget  Analysis  option  for  rank- 
ordering  PDIPs.  Additional  information  concerning  this  subject  is  contained  in 
the  Functional  Description  and  the  Army  Strategic  Mobility  Assessment  Study 
(ASMSA) . 
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The  Global  Transportation  Simulator 

- - 

!  .Optimization  I 

I  £  Capability  j  Pg  1  of  2 

j  Generation  F! 

♦ - ♦ 

The  optimization  and  capability  generation  functions  of  the 
Global  Transportation  Simulator  (CTS)  are  complex  and  will  require  much  more 
complete  descriptions  than  can  be  contained  in  this  prototype  or  FD  for  near- 
term  development .  Such  descriptions  should  be  the  purpose  of  a  development 
effort  in  its  own  tight. 

The  optimization  capability  of  the  GTS  will  use  various  math- 
ematical  and  other  programing  techniques,  in  addition  to  artificial  intelligence 
and  expert  systems  as  needed  to  determine  the  most  efficient  ways  to  allocate 
limited  dollar  resources  to  'best  improve'  the  global  transportation  system. 

The  complete  GTS  could  be  a  combination  of  new  models  using 
existing  technology  with  emerging  computer  advances  in  hardware  and  software. 
Emerging  technology  which  appears  promising  includes  parallel  processing, 
and  the  use  of  object  or iented  programing. 

For  a  definition  of  'best  improve'  and  'global 
transportation  system',  see  screens  corresponding  to  the  CTS  input  panels 
and  the  POM/Budget  interface. 
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The  Global  Tr  ana pot  tat ion  Simulator 

- + 

1  .Optimization  I 

i  £  Capability  i  Pg  2  of  2 

I  Generation  Pi 
+■ - ♦ 


The  GTS  will  alao  be  capable  of  generating  new  capabilities 
which  would  'better  improve*  the  global  transportation  system  for  fewer  or  equal 
resources;  it  would  alao  be  able  to  identify  new  capabilities  which,  although 
they  would  be  more  expensive  in  terms  of  resources,  would  vastly  improve  the 
global  system. 

The  new  model  will  also  include  the  following  factors; 

•  attr it  ion 

.terrain 

.weather 

.damage  to  the  network  (including  wear  damage) 
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The  Global  Transportation  Simulator 

f  — 

I .Pactory-to-Foxholei 
I  Transportation  I 
I  Simulation  Model  C| 

♦ - - 


In  order  to  meet  the  many  requirements  specified,  a  new  model 
called  here  the  Global  Transportation  Simulator  (CTS)  must  be  developed.  The 
linkage  of  existing  models  is  viewed  as  Inadequate,  since  each  model  was 
deaigned  with  a  different  purpose  in  mind,  has  a  different  set  of  assumptions 
associated  with  it,  and  contains  different  algorithms  and  modeling  techniques. 
Also,  existing  models  do  not  address  all  of  the  subsystems  of  the  Clobal 
Transportation  System,  which  are  absolutely  essential  in  the  CTS.  For  the 
short  term,  however,  the  linkage  of  various  models  will  meet  the  needs 
of  the  Action  Officer. 

At  this  time,  no  specific  modeling  technique  or  combination  of 
techniques  has  bean  determined  to  be  required  for  the  model.  In  all  probability 
the  model  will  use  mathematical  programing,  artificial  intelligence,  and  expert 
system  techniques.  The  functions  required  of  the  GTS  are  essentially  those 
specif  led  for  the  Strategic  Mobility  Module  of  the  LOCD SS  in  its  FD,  Concept 
Paper  and  this  prototype.  However,  the  development  of  this  model  should  be 
accomplished  as  a  project  and  contract  in  and  of  itself,  due  to  the  complexity 
and  level  of  detail  required. 
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•All  movements  requirements 


Requirements  Date 


The  Global  Transportation  Simulator  (GTS)  will  use  all 
movement  requirements  specified  for  the  Strateqic  Mobility  Module  of  the 
LOGOS S  In  this  prototype,  as  well  as  movement  requirements  for  the  out-yeare 
This  input  data  is  more  thoroughly  explained  in  the  information  screen 
accessible  from  the  main  Strategic  Mobility  Module  menu  by  pressing  PP7 . 

Additionally,  Mobilization  movement  requirements  will  be  a 
part  of  the  input  data  base,  as  well  as  all  pipeline  requirement  data. 
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Figure  3-93.  Requirements  Data 


System 

Reports 


The  Global  Transportation  Simulation  model  ; System  petfiorm- 

lance  with  PDIP 

will  be  capable  of  producing  any  or  all  of  the  system  I  funding  change 

I  selected 

reports  contained  in  this  prototype  for  each  of  the  * - 

individual  models  depicted.  In  general,  the  reports  depicting  system  perform 
ance  will  show  in  aggregated  and  detailed  form  as  desired,  the  system's  lift 
performance  at  each  node  and  link,  tha  assets  utilized,  bottlenecks,  war-stop 
pers  and  slowers,  queues  at  nodes,  unused  assets  and  network  utilization. 

The  action  officer  will  have  the  ability  to  run  Individual  modules  of  the  GTS 
to  analyze  specific  nodes  or  portions  of  the  global  transportation  system. 
These  report  requirements  are  by  no  means  complete. 

PP3  Return 


ga?_  m.»  *,li  tat.fa*  d -4  B*a  *'■«- B  A*.  *■«-«■»  A>e_Hm  Ala.  Atm  it.  A;  ■  A  *»  «y> 


CAA-TP-87-5 


System 

Reports 

. - + 

This  function  of  the  Clobal  Transportation  jPDIP  tank  order 

lend  sensitivity  ! 

Simulator  (GTS)  will  provide  s  rank-ordered  list  of  PDIPs  {analysis  J; 

♦ - * 

by  the  degree  with  which  1  improvement'  to  the  global  transportation  system 

occurred  within  the  model*.  The  report  will  detail  at  which  level  of  funding  the 

rank-order ing  of  a  PDIF  would  change,  as  well  as  the  main  reasons  why  the  PD1P 

did  well/poorly  In  the  rank  order.  This  report  is  the  result  of  the  model's  use 

of  soew  type  of  multi-attribute  decision  utility  tool.  The  various  weights, 

criteria  and  attributes  to  be  used  in  such  a  tool  are  many ,  and  suggestions  are 

indicated  in  the  POM/Budget  module  interface  for  this  prototype. 

‘For  a  definition  of  'best  improve'  and  'global  transportation  system',  see 
information  screens  corresponding  to  the  GTS  input  panels  and  the  POM/Budget 
interface. 
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Figure  3-95.  Report  Requirements  2 


System 

Reports 

♦ - - - - 

The  Action  Officer  will  have  the  ability  {Queries  and  | 

{reports  on  { 

to  access  all  of  the  data  generated  by  a  run  of  the  Clobal  {output  data  K: 

♦ - -  + 

Transportation  Simulator  (GTS)  either  through  'canned'  output 

reports,  or  through  a  Management  Information  System.  This  MIS  will  contain  a 

set  of  coeoonly  used  queries  for  a  menu-driven  query,  and  have  the  capability  to 

interpret  questions  asked  in  'plain  english'.  This  latter  ability  is  similar  to 

the  current  HQDA  OSS  software  package  'Intellect'.  The  system  will  save  the 

data  from  each  run  of  the  model  for  later  access  and  comparison  purposes.  The 

user  will  be  able  to  compare  various  runs  of  the  model,  and,  in  addition  to 

standard  report  formats,  have  access  to  a  graphics  package  allowing  different 

types  of  presentations  in  briefing  quality.  See  the  MIS  information  screens. 
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System 

Reports 

This  capability  of  the  Clobal  Tl ana pot tat  ion 

I New  PDIP  & 

Simulator  (GTS)  responds  to  a  request  to  generate  a  new 

i system 

5  performance 
! report 

l 

transportation  system  capability.  The  system  will  output 

L; 

and  the  new 

the  new  capability  in  terms  of  a  PDIP,  it*  required  funding 

capability  It  will  provide,  as  well  as  a  system  performance 

reports  as 

described  on  Information  screen  I. 
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Motes  on  the  future  Strategic  Mobility  Module 

In  the  future,  the  Strategic  Mobility  Module  of  the  LOCDSS  will  con¬ 
tain  not  only  transportation  analysis  emulation  node  la  and  a  decision  aid  to 
help  rank  order  PDIPs,  but  also  a  new  'factory  to  foxhole'  global  transport¬ 
ation  emulation  model  to  be  used  in  budget  programing  analysis.  This  new 
model  will  also  have  the  capability  to  translate  PDIP  funding  level  changes 
into  physical  asset  changes  ( i . e . , tr ana  late  a  loss  of  SI  M  in  the  LOTS  PDIP 
into  a  degradation  in  LOTS  operations  at  a  specific  port)  and  automat ically  in¬ 
put  such  changes  into  the  mod s 1  for  an  analysis  of  the  effect  on  the  overall 
transportation  system.  The  new  model  will  be  able  to  rank  order  PDIPs  in  terms 
of  overall  benefit  to  the  transportation  system,  and  recoimnend  new  capabilities 
which  might  be  even  more  beneficial  to  the  system.  This  new  model  will  simulate 
transportation  from  factory  to  foxhole,  including  the  industrial  base,  mob¬ 
ilization,  movement,  and  sustainment  phases  with  attrition.  Output  will  be 
detailed  enough  to  determine  exactly  where  bottlenecks  and  stoppages  occur,  as 
well  as  provide  detailed  system  performance  reports. 

The  intermediate  system  this  prototype  depicts  requires  the  Action 
Officer  to  research  a  PDIP,  translate  the  funding  change  into  a  capabilities 
change,  modify  model  inputs,  and  select  and  run  a  specific  transportation  model. 

The  future  system  will  still  include  individual  transportation 
analysis  models  like  Mover  and  Mini-Midas. 

ENTER  to  return  to  future  menu 


Figure  3-98.  Notes  on  the  Future  Model 
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CHAPTER  4 
RISK 


4-1.  TECHNICAL  RISK.  The  overall  risk  associated  with  the  development 
of  the  Strategic  Mobility  Module  of  the  LOG  DSS  is  considered  low  to 
moderate. 

a.  MIS.  The  risk  associated  with  the  MIS  portion  of  the  system  is 
considered  very  low.  Adequate  technical  expertise  exists  to  perform 
the  data  base  management  tasks  required  with  the  data  bases  indicated. 

b.  Models.  The  risk  associated  with  the  technical  tasks  of  the 
models  is  considered  moderate.  Each  model  is  currently  PC-based  and 
will  require  modification  to  run  on  the  mainframe.  Additional  modifi¬ 
cation  is  required  to  construct  interfaces  with  panels,  data  bases,  and 
graphical  packages.  Also,  each  model  uses  a  different  high-level 
language  which  will  need  to  be  compiled  for  mainframe  use.  In  the  case 
of  the  multi  attribute  decision  utility  for  rank  ordering  PDIPs,  the 
model  will  need  to  be  developed. 

c.  Future  System.  The  risk  associated  with  the  technical  tasks  of 
the  future  model  is  high.  The  degree  of  resolution  required,  turn¬ 
around  time  requirements,  and  methodology  of  the  future  model  are,  in 
all  probability,  not  able  to  be  satisfied  with  current  technology. 
Because  of  the  magnitude  of  the  transportation  system  and  the  analyt¬ 
ical  techniques  required,  the  future  system  will  require  substantial 
use  of  emerging  technology. 

4-2.  DEVELOPMENTAL  RISK 

a.  MIS.  The  development  of  the  MIS  portion  of  the  system  is 
considered  very  low  risk. 

b.  Models.  The  implementation  of  the  models  onto  the  system  is  of 
moderate  risk.  The  required  technical  manipulation  of  the  models  is 
very  complex;  however,  it  can  be  accomplished  with  existing  technology. 

c.  Future  System.  The  risks  associated  with  the  development  of  the 
future  system  envisioned  beyond  Phase  III  of  the  SSM  are  high.  There 
is  no  model  that  is  capable  of  simulating  the  global  transportation 
system.  The  development  of  this  quick  response  global  transportation 
model,  as  described  in  Chapter  3,  may  be  unable  to  withstand  the 
scrutiny  of  model  validation  and  verification.  The  magnitude  of  the 
procedure  which  must  be  developed  to  translate  the  changes  in  PDIP 
funding  levels  into  transportation  system  capabilities  and  then  identi¬ 
fying  which  of  these  PDIPs  returns  the  most  benefit  to  the  system  as  a 
whole  may  likely  be  beyond  current  technology  or  be  too  costly  to 
develop. 
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APPENDIX  B 
STUDY  DIRECTIVE 

DEPARTMENT  OF  THE  ARMY 

OFFICE  OF  THE  DEPUTY  CHIEF  OF  STAFF  FOR  LOGISTICS 
WASHINGTON,  D  C,  20310-05 


DALO-TSM  (1-21)  (5- 5c) 


1  8  JUN  1987 


MEMORANDUM  FOR:  Director,  U.  S.  Army  Concepts  Analysis  Agency, 
8120  Woodmont  Avenue,  Bethesda,  MD  20814-2797 


SUBJECT:  Army  Strategic  Mobility  System  Assessment  (ASMS A) 

1.  References: 

a.  HQDA  DCSLOG  Study  Directive,  dated  1  Dec  86,  subject  as 
above. 

b.  Letter,  CSCA-SPM,  dated  27  Apr  85  (sic),  subject: 
Transportation  Improvement  Program  3  (TRIP3)  Army  Strategic 
Mobility  System  Assessment  (ASMS A) . 

2.  Reference  la  directed  initiation  of  Phase  II  of  the  Army 
Strategic  Mobility  System  Assessment  (ASMSA).  Reference  lb 
recommended  revision  of  reference  la  to  reflect  reevaluation  of 
CAA  capabilities  to  develop  the  Strategic  Mobility  Module  of  the 
ODCSLOG  Decision  Support  System,  and  to  develop  an  interface  for 
PC  based  models. 

3.  Reference  la  is  revised  as  follows: 

a.  Add  to  paragraph  3  the  following  sub-paragraph  c: 

Develop  a  methodology  for  conducting  an  inter/intratheater 
transportation  study  and  provide  a  transportation  study  for  the 
NEA  theater. 

b.  Delete  the  last  sentence  of  paragraph  6a(l). 

c.  Substitute  the  following  for  paragraph  6a(2)(c): 

PC  based  transportation  models  (MOVER,  SHAKER,  Mini-M^DAS, 
Airlift/Sealift )  will  be  assessed  to  determine  their  utility  for 
use  by  action  officers  on  the  PC.  Following  the  assessment, 
models  will  be  provided  to  TSM,  along  with  parametric  data  bases 
when  sufficient  default  data  is  not  contained  in  the  model, 
training,  and  a  suitable  JPAM-based  requirements  data  base. 

d.  Substitute  the  following  for  paragraph  6b(2): 

(a)  Develop  the  concept  paper  and  functional  description 
to  support  development  of  the  Strategic  Mobility  Module  of  the 
ODCSLOG  DSS. 

(b)  Assess  and  provide  PC  based  transportation  models. 


CAA-TP-87-2 


DALO-TSM 

SUBJECT:  Army  Strategic  Mobility  System  Assessment  (ASMS A) 

e.  In  paragraph  6e,  change  the  date  for  the  availability  of 
Shaker  to  September  1987  and  Mini-MIDAS  to  June  1987. 

f.  Substitute  the  following  for  paragraph  6f(2): 

(2)  Programming. 

(a)  What  are  the  strategic  mobility  system 
assessment  requirements  generated  by  PDIPs? 

(b)  What  kind  of  strategic  mobility  related  PDIP 
analysis  and  resource  changes  can  PC-based  models  evaluate? 

(c)  How  can  each  PC-based  model  be  used  to  evaluate 
the  impact  of  each  kind  of  strategic  mobility  system  related  PDIP 
analysis  and  resource  change? 

(d)  What  PC-based  model  modifications  must  be  made 
to  enable  Strategic  Mobility  Division  action  officers  to  use  the 
model  for  program  analysis? 

g.  Add  the  following  as  paragraph  6i: 

Limitations.  Attrition  and  retrograde  movement  require¬ 
ments  will  not  be  simulated  in  the  NEA  planning  study  or  PC-based 
models;  however  both  will  be  included  as  a  functional  requirement 
in  the  Functional  Description. 

h.  Delete  paragraph  7b(4). 

i.  Add  the  following  as  paragraph  9b(12): 

DOD  7935.1-STD,  Automated  Data  Systems  (ADS) 

Documentation  Standards,  Office  of  the  Assistant  Secretary  of 
Defense  (Comptroller),  24  April  1984. 

j.  Change  paragraph  10b  Milestones  to  read: 

(1)  Complete  Concept  Paper  and 

Functional  Description  Mar  87 

(2)  Publish  NEA  study  report  Dec  87 

(3)  Complete  Model  Evaluation/ 

Documentation  Apr  88 

k.  Change  paragraph  lOd  Phase  II  Deliverables  to  read: 

(1)  Concept  paper  and  functional  description  documenting 
user  requirements  for  the  Strategic  Mobility  Module. 
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SUBJECT:  Array  Strategic  Mobility  System  Assessment  (ASMSA) 

(2)  Study  report  documenting  a  methodology  for  conducting 
an  inter/intratheater  transportation  study  and  providing  results 
of  a  transportation  study  for  the  NEA  theater. 

(3)  Copies  of  the  PC-based  models'  software  disks  and 
supporting  parametric  and  requirements  data  base  disks.  An 
assessment  of  the  models'  documentation,  operation,  and  recom¬ 
mended  modifications  for  model  use  will  also  be  provided. 

4.  Reference  la  as  amended  by  this  document  constitutes  the 
ASMSA  Phase  II  study  directive. 


FOR  THE  DEPUTY  CHIEF  OF  STAFF  FOR  LOGISTICS: 


PAUL  C.  HURLEY 
Brigadier  General,  GS 
Sponsor's  Study  Director 
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1.  PURPOSE  OP  STUDY  DIRECTIVE.  This  directive  authorizes  the 
initiation  of  Phase  II  of  the  Army  Strategic  Mobility  System 
Assessment  (ASMSA).  This  will  continue  the  development  of  a 
process  that  objectively  evaluates  the  total  strategic  mobility 
system  and  optimizes  total  system  performance  given  present  and 
proposed  policies,  and  procedural  and  funding  strategies  that 
impact  on  the  transportation  system.  It  is  a  direct  follow-on 
to  the  ASMSA  Phase  I  feasibility  study  and  will  provide  a  near 
term  analytic  capability  using  existing  transportation  models  and 
the  ODCSLOG  Decision  Support  System  (DSS).  ASMSA  Phase  II  will 
also  provide  a  basis  for  the  long  terra  development  of  an  ASMSA 
prototype  using  new  and  emerging  state  of  the  art  automation 

*  capabilities . 

2.  BACKGROUND.  The  Army  has  made  considerable  progress  toward 
improving  its  capability  to  project  and  sustain  forces.  Many 
aspects  of  the  mobility  system  have  been  the  focus  of  aggressive 
but  often  independent  initiatives .  There  is  concern  that  the 
system's  net  throughput  may  not  be  improved  because  of  remaining 
unrecognized  bottlenecks.  This  concern  led  to  a  DCSLOG  initiative 
to  find  a  mechanism  for  systematically  evaluating  and  improving 
the  net  capability  of  the  total  transportation  system,  hence, 
ASMSA.  Phase  I  of  ASMSA  was  a  study  to  determine  the  feasibility 
of  designing  a  transportation  analysis  process  to  assist  ODCSLOG 
in  reviewing  the  adequacy  of  strategic  mobility  policies  and 
programs  and  in  developing  inputs  to  the  Program  Objective 
Memorandum  (POM)  development  process.  The  U.  S.  Army  Concepts 
Analysis  Agency  (CAA),  the  study  agency,  determined  that  ASMSA  is 
feasible  and  provided  recommendations  for  development. 

3.  PURPOSE  OF  THE  STUDY.  The  overall  ASMSA  initiative  outlines 
a  progressive,  multi-phased,  long  range  effort  to  provide  the 
analytical  means  to  define  mobility  requirements,  capabilities 
and  shortfalls  and  identify  actions  which  will  result  in  the 
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greatest  improvement  to  overall  system  delivery  capability.  The 
£inal  objective  is  to  assure  a  balanced  total  transportation 
system.  The  purpose  of  Phase  II  is  to: 

a.  Provide  a  near  term  analytical  capability  that  will  give 
action  officers  in  the  Strategic  Mobility  Division,  HQDA,  a  quick 
response  interface  with  existing  models  to  assess  the  state  of 
the  strategic  mobility  system  and  begin  to  determine  where 
resources  can  be  applied  most  profitably. 

b.  Serve  as  a  baseline  for  the  long  term  development  of  a 
state  of  the  art  automated  decision  support  system  that  can  meet 
ODCSLOG-unique  transportation  analytic  needs. 

4.  STUDY  SPONSOR.  Office  of  the  Deputy  Chief  of  Staff  for 
Logistics  (ODCSLOG) .  Sponsor's  Study  Director  (SSD)  -  Director 
for  Transportation,  Energy  and  Troop  Support  (DTRETS) . 


5 .  STUDY  AGENCY . 


S.  Array  Concepts  Analysis  Agency  (CAA) 


6.  TERMS  OF  REFERENCE, 
a .  Scope . 

(1)  The  ASMSA  process  must  be  capable  of  evaluating  the 
movement  of  programed  Army  forces  and  sustaining  supplies  from 
their  origins  to  and  through  aerial  and  sea  ports  of  embarkation, 
to  and  through  worldwide  theater  ports  of  debarkation,  and  onward 
to  final  destinations  for  employment.  The  process  must  permit 
sensitivity  analysis  of  all  aspects  of  transportation  required 
to  mobilize,  deploy,  and  sustain  Army  forces  worldwide.  The 
transportation  system's  constraints  and  limitations  must  be 
identified  in  ways  that  lead  directly  to  recommended  changes  in 
transportation  policies,  procedures,  and  funding  through  the 
program  years.  In  addition,  the  process  must  be  able  to  analyze 
the  transportation  system's  capability  and  its  sensitivity  to 
the  prioritization  of  such  variables  as  time,  money,  force 
structure,  etc.  Follow-on  phases  to  Phase  II  will  include: 
continued  modification  of  quick  response  transportation  models; 
the  development  of  a  functional  description  following  the  points 
of  analysis  of  the  Strategic  Mobility  Module  statement  of  work 
and  the  ASMSA  Study  Report;  and,  the  development  of  a  prototype 
transportation  model. 

(2)  Phase  II  Scope. 

(a)  ASMSA  Phase  II  will  provide  a  process  to  evaluate 
the  movement  of  programed  Army  forces  from  CONUS  through  sea  and 
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aerial  ports  of  embarkation,  to  and  through  a  theater  port  of 
debarkation  and  onward  to  the  ultimate  destinations.  Movement  of 
personnel  or  cargo  below  the  Corps  level  will  not  be  considered. 
Also  this  phase  will  not  include  a  detailed  description  of  the 
CONUS  transportation  network  or  the  information  subsystem. 

(b)  The  process  will  link  main  frame  models  (TRANSMQ- 
SZTAP)  for  simulation  and  analysis  to  identify  bottlenecks  and 
shortfalls  in  the  transportation  system  in  support  of  the 
development  of  The  Army  Plan  (TAP)  input  and  formulation  of 
program  input. 

(c)  A  customized  interface  will  be  constructed  for  the 
PC  based  models  (MOVER,  SHAKER,  Mini-MIDAS)  as  they  become 
avai'^ble.  They  will  be  used  in  support  of  a  quick  response 
capability  for  programing  analysis. 

(d)  Phase  II  will  include  the  points  of  analysis 
contained  in  subtask  7a, develop  Prototype  and  Functional 
Description  for  Strategic  Mobility  Module, • work  statement  for 
Logistics  Decision  Support  System^fattached  as  an  Addendum) , 

and  the  DSS  requirements  specified  in  ASMSA  Study  Report  1  Sep  85. 

b.  Objective.  To  provide  a  near  term  capability  for  ODCSLOG 
to  meet  strategic  mobility  programing  and  planning  requirements.. 
This  capability  will  be  used  as  a  foundation  for  the  continued 
development  of  a  DSS  in  future  phases.  Specifically, 

(1)  Planning.  Develop  a  methodology  at  CAA  to  perform 
transportation  planning  studies  for  DCSLOG  and  demonstrate  this 
methodology  through  a  transportation  analysis  of  a  single  theater 
of  operations. 

(2)  Programing. 

(a)  Implement  a  Management  Information  System  (MIS)  to 
allow  access  to  standard  data  bases  and  extraction  of  information 
in  desired  formats  (i.e.,  reports,  graphics)  to  support  ODCSLOG 
strategic  mobility  analysis. 

(b)  Develop  a  quick  response  capability  for  intertheater 
and  intratheater  mobility  analysis  to  allow  ODCSLOG  to  assist  in 
mobility  program  development  and  program  change  assessment. 

c.  Timeframe.  The  Phase  II  effort  shall  be  structured  to 
support  the  development  of  the  1990-1994  POM. 
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d.  Constraints. 

(1)  Providing  all  data  bases  for  use  of  the  action 
officer  at  his  work  station  is  dependent  upon  secure  communi¬ 
cations  lines  from  the  host  computer  to  DALO-TSM. 

(2)  The  Management  Information  System  and  mini-models 
must  conform  to  the  specifications  of  the  Logistics  DSS. 

e.  Assumptions.  Identified  mini-models  will  be  available  at 
CAA  by  the  following  specified  times: 

(1)  MOVER  -  December  1986; 

(2)  SHAKER  -  April  1987;  and 

(3)  Mini-MIDAS  -  February  1987. 

f .  Essential  Elements  of  Analysis  (EEA) . 

(1)  Planning. 

(a)  During  the  deployment  and  sustainment  of  the 
Northeast  Asia  (NEA)  theater  of  operations,  what  are  the  trans¬ 
portation  system  bottlenecks  and  shortfalls  for  inter-  and 
intratheater  movements?  (NEA  selected  due  to  availability  of 
MTMC  Korean  Port  Study  for  comparison.) 

(b)  What  are  policy  and  procedure  changes  which  can  be 
implemented  to  reduce  bottlenecks  and  shortfalls?  What  is  the 
effect  on  cargo  delivery  of  implementing  new  policy  and  proce¬ 
dural  guidance? 

(c)  Where  personnel,  facilities  and  equipment  contribute 
to  shortfalls  and  bottlenecks,  what  additional  resources  or. 
reallocation  of  resources  are  required  to  alleviate  the  problem 
areas? 

(d)  What  is  the  effect  on  cargo  flow  of  readding/real¬ 
locating  resources  to  critical  links  in  the  transportation 
network? 

(2)  Programing.  What  are  the  changes  to  transportation 
system  flow  resulting  from  identified  program  modifications 
(PDIPS ) ? 
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g.  Environmental  and  threat  guidance.  No  environmental 
impact  is  anticipated;  however,  the  study  sponsor  will  address 
any  environmental  considerations  that  develop  during  the  study  or 
as  a  result  of  its  application. 

h.  Estimated  cost  savings.  This  study  effort  has  the  poten¬ 
tial  to  generate  cost  savings;  however,  they  cannot  be  quantified 
at  this  time. 

7.  RESPONSIBILITIES. 

a.  The  ODCSLOG  wills 

(1)  Provide  a  study  sponsor's  technical  representative. 

(2)  Establish  a  Study  Advisory  Group  (SAG)  and  designate 
a  Chairperson. 

(3)  Designate  or  identify  a  point  of  contact  (POC)  at 
MACOMs,  TOAs,  and  other  agencies  as  required. 

(4)  Keep  CAA  advised  of  the  DCSLOG  Logistics  Program 
Module  (LPM)  in-process  reviews,  SAGs  and  critical  changes 
affecting  the  DCSLOG  LPM  development  effort. 

b.  CAA  will: 

(1)  Designate  a  study  director  and  establish  a  full¬ 
time  study  team. 

(2)  Establish  direct  communication  with  ODCSLOG  and 
other  agencies  as  required  for  the  conduct  of  the  study. 

(3)  Provide  periodic  in-process  reviews  (IPR)  and  final 
study  documentation  to  the  study  sponsor. 

(4)  Provide  programing  and  ADP  support  as  required  for 
the  conduct  of  the  study. 

8.  LITERATURE  SEARCH. 

a.  OSD  strategic  mobility  studies. 

b.  JCS  strategic  mobility  studies. 

c.  MTMC  CONUS  deployability  studies,  port  capacity  analyses, 
and  installation  outloading  capability  studies. 
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9 .  REFERENCES . 

a.  Administrative. 

(1)  AR  5-5,  The  Army  Study  Program. 

(2)  DA  Pamphlet  5-5,  Guidance  for  Study  Sponsors  and 
Study  Advisory  Groups. 

b.  Substantive. 

4 

(1)  CAA-SR-86-25,  Army  Strategic  Mobility  System 
Assessment,  September  1986. 

(2)  Joint  Program  Assessment  Memorandum  (JPAM)  FY  88-92, 
April  1986. 

(3)  Work  statement  for  Logistics  Decision  Support 
System,  March  1986. 

(4)  Simulator  for  Transportation  Analysis  and  Planning 
(SITAP)  User's  Manual,  30  September  1977. 

(5)  Transportation  Model  (TRANSMO)  Software  Documenta¬ 
tion  (TRANSMO  Users  Manual),  January  1983. 

(6)  TRANSMO  Users  Manual  Addendum,  November  1983. 

(7)  MOVER  Model  Documentation  Manuals,  Information 
Spectrum,  Inc.,  1986. 

(8)  SHAKER  Simulation  Model,  SAG  meeting,  October  1986. 

(9)  Mini-MIDAS  (Multi-optioned  Interactive  and  Analytic 
System)  Functional  Description  (Draft) ,  January  1986. 

(10)  U.  S.  Army  Unit  Level  Enlisted  Strength  and 
Personnel  Management  Actions  FORECAST  System,  System  Development 
Plan  Stage  II  (Draft),  March  1984. 

(11)  The  Korean  Ports  and  Transportation  Capability 
study,  MTMC  Report  TE  83-3h-46. 

10.  ADMINISTRATION, 
a.  Support. 
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(1)  Funding  for  temporary  duty  (TDY)  and  travel  asso¬ 
ciated  with  the  study  will  be  provided  by  each  participating 
agency. 

(2)  Automatic  data  processing  equipment  (ADPE)  will  be 
provided  by  both  CAA  and  ODCSLOG. 

b.  Milestone  Schedule. 

(1)  Study  Plan/Study  Directive  Approval  Dec  86 

*  • 

(2)  IPR  Planning  and  Programing  (MOVER/MIS)  Mar  87 

(3)  SAG  Planning  and  Programing  Results  Oct  87 

(4)  Publish  Study  Report  and  Model  Demonstration  Dec  87 

c.  Control  Procedures. 

(1)  The  ODCSLOG  will  designate  a  SAG  chairperson. 
Periodic  IPR  will  be  provided  to  the  SAG. 

(2)  The  ODCSLOG  study  technical  representative  will 
serve  as  the  day-to-day  contact  for  the  study  within  the  ARSTAF. 

d.  Phase  II  Deliverables. 

(1)  A  Study  Report  documenting  a  methodology  for  a 
detailed  analytic  assessment  of  the  transportation  system  using 
TRANSMO-SITAP  models  to  assist  DALO-TSM  in  meeting  their  Army 
Plan  analysis  requirements. 

(2)  A  User's  Manual  documenting  the  user  requirements 
for  the  operation  of  the  PC  based  mini-models. 

(3)  A  User's  Manual  documenting  the  operation  of  the 
Management  Information  System. 

e.  Coordination.  This  study  directive  has  been  coordinated 
with  CAA  in  accordance  with  AR  10-38. 


Lieutenant  General,  GS 
Deputy  Chief  of  Staff 
for  Logistics 
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EXCERPT  FROM  STATEMENT  OF  WORK 


1.  OBJECTIVE 


The  contractor  shall  furnish  all  necessary  personnel,  materials,  fa¬ 
cilities  (unless  otherwise  specified)  and  other  services  as  may  be  re¬ 
quired  to  develop  a  Prototype,  Functional  Description  (FD) ,  System 
Specification,  System  Design  and  the  initial  operational  core  modules  of 
the  ODCSLOG  Decision  Support  System  (DSS). 


2.  BACKGROUND 


The  mission  of  the  Office  of  the  Deputy  Chief  of  Staff  for  Logistics 
(ODCSLOG)  is  to  ensure  that  the  Total  Army  (Active  Army,  Army  National 
Guard,  Army  Reserve)  is  properly  equipped,  maintained,  and  sustained. 
This  mission  encompasses  the  following  fourteen  major  functions: 

a.  Resources  and  Management:  Plan,  program,  budget  and  defend  re¬ 
sources  required  for  secondary  items;  depot  maintenance  operations;  sup¬ 
ply,  transportation  and  logistics  functions;  and  base  operations  support. 
Coordinate  programming,  budgeting  and  defense  of  all  logistics  functions. 
Manage  operations  of  the  Army  Stock  Fund  and  Army  Industrial  Fund. 

b.  Supply  Management:  Establish  policies  and  procedures  for  the  man¬ 
agement  and  control  of  all  materiel  (less  medical  peculiar  items  and  non- 
tactical  management  information  equipment  with  the  exception  of  Logistics 
Applications  of  Automated  Marking  and  Reading  Symbols  <LOGMARS>).  Estab¬ 
lish  policy  for  the  management  of  war  reserves.  Establish  Department  of 
Army  (DA)  policy  for:  supply  requirement  computations,  commodity  manage¬ 
ment,  operation  of  all  supply  activities;  management  of  selected  special 
supply  subsystems;  the  supply  system  of  the  Army  reserve  components;  Inte¬ 
grated  Logistics  Support  (ILS),  and  the  distribution  and  redistribution 
of  major  items  of  equipment  and  secondary  items. 

c.  Force  Structure/Force  Management:  Determine  through  equipment  sup- 
portability  analyses,  the  Army's  ability  to  support  force  structure  acti¬ 
vations  and  conversions,  and  Table  of  Organization  and  Equipment  (TOE) 
modifications.  Coordinate  and  control  all  actions  concerning  the  logis¬ 
tics  force  structure.  Coordinate  and  approve  equipment  allowances  in  all 
authorization  documents.  Determine  the  optimum  quantity  and  mix  of  logis¬ 
tics  support  units  to  support  the  Program  Objective  Memorandum  (POM)  force 
structure  and  contingency  operations.  Approve  equipment  allowances  for 
Major  Army  Command  (MACOM)  proponent  proposed  The  Array  Authorization  Doc¬ 
ument  System  (TAADS)  documents  requiring  DA  approval.  Ensure  that  the 
Effective  Date  (E-DATE)  recommended  for  a  proposed  Modification  Table  of 
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Organization  and  Equipment  (MTOE)  can  be  resourced  without  adverse  impact 
on  unit  readiness. 

d.  Maintenance:  Establish  user  and  producer  maintenance  policy  for  the 
Army  and  evaluate  maintenance  policy  for  impact  on  force  structure  devel- 
opment  and  sustainment  of  equipment.  Analyze  maintenance  support  con¬ 
cepts  for  war,  contingency,  joint  operations  and  peacetime  operations. 
Establish  policy  pertaining  to  workload  accomplishment  of  intermediate 
maintenance  units  both  forward  and  rear.  Develop  policy  and  procedures 
for  the  conduct  of  day  to  day  maintenance  operations  and  disseminate  them 
to  the  Army  in  the  field  as  The  Army  Maintenance  Management  System  (TAMMS 
-  DA  PAM  738-750).  Evaluate  execution  of  maintenance  policy  and  proce¬ 
dures  by  developing  and  supervising  DA  maintenance  reporting  systems. 
These  systems  include  Sample  Data  Collection  (SDC)  programs  which  can  be 
directed  at  reliability,  availability  and  maintainability  of  individual 
items  of  equipment,  and  Equipment  Historical  Availability  Trends  (EHAT) 
reports  which  measure  the  effectiveness  of  maintenance  activities  and 
equipment  materiel  readiness.  Develop  planning  guidance,  less  financial 
data,  for  the  maintenance  portions  of  the  Five  Year  Defense  Plan  (FYDP), 
Army  Logistics  Assessment  (ALA),  Mission  Area  Analysis,  Program  Budget 
Guidance  (PBG)  Memorandum,  Program  Objective  Memorandum  (POM),  and  the 
Army  Force  Development  Plan. 

e.  Contracting  and  Competition:  Manage  the  contracting  functions  of  the 
Army  in  accordance  with  the  directions  of  the  Army  Procurement  Executive, 
the  Chief  of  Staff  of  the  Army  and  the  Deputy  Chief  of  Staff  for  Logistics 
(DCSLOG)  in  consonance  with  Government -wide  and  Department  of  Defense 
(DOD)  policies  as  may  be  expressed  in  the  Federal  Acquisition  Regulation 
(FAR),  issuances  of  the  Office  of  Management  and  Budget  (0MB),  including 
the  Office  of  Federal  Procurement  Policy  (OFPP),  the  General  Services  Ad¬ 
ministration  (GSA) ,  and  the  Federal  Emergency  Management  Agency  (FEMA), 
the  Defense  FAR  Supplement  (DFARS)  and  pertinent  Department  of  Defense  Di¬ 
rectives  (DODD)  and  Instructions  (DODI).  This  management  responsibility 
is  exercised  over  all  Army  contracting  functions  except  real  property 
transactions  and  without  reference  to  sources  of  authorization,  appropri¬ 
ations,  or  allotment.  Develop  competition  strategy  for  new  and  existing 
acquisitions  of  hardware,  supplies  and  services.  Maintain  competition 
statistics  and  develop  methods  to  access,  sort  and  manipulate  competition 
data. 

f.  Transportation  Management:  Develop  DA  policy,  procedures,  and  guid¬ 
ance  on  transportation  services  for  DA-sponsored  cargo  shipments;  move¬ 
ment  documentation;  and  non-tactical  vehicles.  Exercise  DA  Staff 

.supervision  over  strategic  mobility  aspects  of  war  and  contingency  plans; 
transportation  concepts,  doctrine  and  force  structure;  mobilization  and 
deployment  exercises;  control  of  strategic  transportation  resources;  Army 
standard  transportation  ADP  systems;  container  system  development;  and 
transportation  assets  (rail,  and  watercraft),  and  Non-Tactical  Vehicles. 


Acts  as  the  ODCSLOG  focal  point  of  contact  for  all  transportation/mobility 
aspects  of  the  Joint  Operations  Planning  System  (JOPS) . 

g.  Energy  and  Water:  Exercise  DA  Staff  supervision  over  energy  matters 
and  bulk  petroleum  logistics  by  developing,  coordinating  and  recommending 
concepts,  plans,  policies,  programs  and  systems  with  respect  to  the  allo¬ 
cation,  supply  distribution,  use  and  conservation  of  energy  resources 
within  the  Department  of  the  Army.  Serves  as  DOD  Executive  Agent  and  Army 
proponent  for  management  of  land  based  water  resources. 

h.  Services:  Exercise  DA  staff  supervision  over  the  Troop  Support  Agency 
(TSA) ,  which  serves  as  the  central  management  agency  for  the  Army  Food 
Program  (commissary,  troop  issue,  subsistence,  wholesale  subsistence  sup¬ 
ply,  garrison  and  field  food  service),  laundry  and  dry  cleaning  program, 
clothing  sales/  initial  issue  activities  program  and  personal-related  or¬ 
ganizational  clothing  and  individual  equipment  items  program,  field  laun¬ 
dry,  bath  and  bakery  programs,  and  the  Army  graves  registration  program. 
Establish  DA  policy  on  subsistence  supply,  feeding  soldiers,  commissary 
operations,  clothing,  organizational  and  individual  equipment  items,  and 
field  services. 

i.  Security  Assistance:  Develop,  coordinate  and  control  Army  Security 
Assistance  Policy  and  Planning.  Coordinate  all  taskings  to  DA  Staff  agen¬ 
cies  for  matters  related  to  security  assistance.  Keep  the  Army 
leadership,  DOD,  and  the  Congress  informed  concerning  security  assistance 
matters.  Act  as  Appropriation  Director  for  the  Foreign  Military  Sales 
(FMS)  administrative  budget  (8242),  Military  Assistance  Program  (MAP) 
budget  (1080*),  and  act  as  functional  program  director  for  security  assist¬ 
ance  generated  manpower  requirements. 

j.  Major  End  Items:  Exercise  life  cycle  management  of  major  end  items. 
Maintain  vertical  inventory  management  to  support  Army  modernization  ini¬ 
tiatives  and  operational  readiness  decisions  on  weapon  systems.  Enhance 
and  implement  the  Total  Army  Equipment  Distribution  Plan  (TAEDP).  Support 
the  Planning,  Programming,  Budgeting,  and  Execution  System  (PPBES)  Cycle 
with  major  end  item  data  for  division  sized  or  larger  organizations.  Pro¬ 
vide  major  equipment  data  resulting  from  proposed  force  structure  changes 
and  proposed  activation/reorganizations  that  have  a  major  impact  on  the 
Army's  ability  to  equip  the  force. 

k.  Operations/Crisis  Action  Management:  Ensure  the  application  of  mod¬ 
ern  automation  and  communications  capabilities  to  the  integration  of  lo¬ 
gistics  within  Operational  Plans  (OPLANS)  during  crisis  action 
situations . 

l.  Logistics  Command  and  Control:  Ensure  logistics  commanders  at  all 
levels  are  provided  with  all  communication,  personnel,  equipment,  facili¬ 
ties,  and  procedures  required  in  planning,  directing,  coordinating,  and 
controlling  assigned  forces. 
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m.  Information  Management:  Act  as  the  focal  point  for  the  Information 
Mission  Area  to  include:  automation,  communication,  records  management, 
publications  and  audio  visual  support.  Establish  and  maintain  the  Army's 
Logistics  Information  Architecture  and  manage  the  logistics  information 
program. 

.n.  Ammunition:  Establish  and  maintain  the  life  cycle  management  (acqui¬ 
sition,  storage,  maintenance,  disposition,  and  disposal)  of  ammunition. 
Coordinate  the  interface  of  the  Army  automated  ammunition  management  in¬ 
formation  systems  with  other  services'  automated  systems.  Act  as  DOD  sin¬ 
gle  manager  for  conventional  ammunition. 

The  ultimate  goal  of  the  ODCSLOG  DSS  is  to  provide  all  levels  of  the 
agency  with  timely,  integrated  and  consistent  information  on  which  to  base 
decisions  to  ensure  the  best  allocation  of  resources.  The  DSS  will  have 
the  capabilities  to  access,  sort,  retrieve,  change,  manipulate  and  ex¬ 
trapolate  data  from  numerous  sources  both  at  the  micro  and  macro  level  of 
detail.  It  will  perform  analyses  on  data  from  these  data  bases  based  upon 
known  and  "futuristic"  changes  to  programs,  structure  and  policy.  The  DSS 
will  eventually  be  capable  of  providing  automatically  necessary  routine 
reports  and  allow  individual  queries  from  all  levels  to  answer  specific 
questions . 

The  DSS  will  be  developed  by  integrating  a  number  of  interactive 
functional  modules  similar  to  the  major  functions  above.  These  modules 
have  interactive  subfunctions  that  will  have  the  capabilities  described 
above  and  are  designed  to  assess  the  impact  of  multiple  changes  within 
each  functional  area  and  any  spin-off  to  the  other  areas  will  be  high¬ 
lighted  for  further  assessment.  These  functional  modules  will  be  linked 
to  a  core  module  that  will  have  the  capability  to  analyze  diverse  outputs 
from  the  functional  modules  to  provide  aggregate  analysis.  This  core  mod¬ 
ule,  the  Logistics  Program  Module  (LPM),  optimizes  the  outputs  of  the 
other  functional  modules  through  modeling  techniques,  and  is  an  integral 
part  of  the  total  DSS  development  process.  All  capabilities  built  into 
the  functional  modules  will  exist  in  the  LPM,  but  it  will  have  a  higher 
level  of  optimization  capability  by  allowing  the  manipulation  of  larger 
numbers  within  changing  parameters. 

The  development  of  the  ODCSLOG  DSS,  in  conjunction  with  the  Logistic 
Data  Base  (LOGDB)  will  provide  the  logistics ‘community 
with  a  single  source  of  information  on  which  to  base  key  decisions.  The 
benefits  to  the  Army  by  developing  the  DSS  would  be: 

(1)  Improved  capability  to  provide  senior  decision  makers  with 
concise,  accurate  and  timely  management  information. 

(2)  Better  capability  to  provide  balanced  logistical  support 
to  the  total  force  (Active  Army,  Army  National  Guard  and  Army  Reserve). 
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(3)  Enhanced  capability  to  predict  the  inpact  of  proposed  or 
actual  program/ force  structure  changes,  unit  activations, 
reorganizations,  production  slippages/iocreases,  etc.  on  unit  readiness. 

(4)  Improved  capability  to  equip  and  sustain  the  total  force 
resulting  in  improved  operational  readiness. 

(5)  Enhanced  capability  for  logistics  planners  to  accomplish 
crisis  management  planning  in  support  of  troop  deployments. 

(6)  Improved  capability  for  transportation  planning,  oper¬ 
ations  and  movements  control  and  management. 


TASKS 


The  Contractor  shall  provide  services  to  accomplish  the  following 
tasks: 


PHASE  I 


OPTION  6 


TASK  -  DEVELOP  PROTOTYPE  AND  FD  FOR  TRETS  MODULES. 


BACKGROUND: 

The  Directorate  of  Transportation,  Energy  and  Troop  Support  (TRETS) 
has  a  number  of  divergent  missions  which  include  transportation  manage¬ 
ment,  strategic  mobility,  energy  management  and  troop  support  services. 
Subtasks  included  in  this  module  are: 
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ODCSLOG 

TRANSPORTATION/SERVICES  ItOOULE 

KEY  ASPECTS:  OCVELOP  OPTIMAL  TRANSPORTATION  PLAN-  RESPOND  TO  GLOBAL/REG  I ONAL 
CONTINGENCIES-  (RE) DEPLOY  FORCES-  IPPROVE  POL  &  WATER/SUBS ISTENCE/NTV  PL&MGMT. 


■UDOTATKW 
COW  FT 


POLICY 


LEVELS 


CHARACTER I ST I CS 


snort  RUN  TIME 
JmART  ALTERNATIVES 
(MINIMUM  DETAIL 


MACOM - THEATER 


INSTALLATION 
CORPS -DIVISION 


BRIGADE -BATTALION-COMPANT 


2.  SUBTASK  7A  -  DEVELOP  PROTOTYPE  AND  FD  FOR  STRATEGIC  MO¬ 
BILITY  MODULE. 

a.  BACKGROUND:' 

U.S.  military  strategic  approach  to  deterrence  includes  a  global 
strategy,  regional  priorities,  and  the  flexibility  to  conduct  sequential 
operations.  The  ability  to  respond  to  regional  contingencies  is  based  on 
the  availability  of  forces  and  lift  assets--both  air  and  sea.  The  flexi- 
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bility  to  conduct  sequential  operations  is  based  on  the  lift  requirements, 
time  available,  force  involved,  and  assets  provided.  The  capability  to 
conduct  redeployments  in  terms  of  time  required,  forces,  or  lift  assets 
from  one  theater  to  another  needs  to  be  evaluated  using  automation  tech¬ 
niques,  possibly  driven  by  a  linear  programming  model.  The  results  of  the 
strategic  mobility  portion  of  the  DSS  should  provide  the  relationship  be¬ 
tween  delivery  times;  lift  assets;  forces;  and  petroleum,  oil,  and 
lubricants  (POL)  usage.  Specifically,  the  system  will  provide  readily 
available  information  for  timely  decision  making,  concerning  strategic 
options  or  operational  alternatives  displayed  in  both  data  and  graphics 
.format  in  keeping  with  the  points  of  analysis  below. 

b.  The  prototype  and  FD  will  consider,  as  a  minimum,  the  capability 
to: 


(1)  Determine  the  relationship  between  air/sea  lift  assets  and 
closure  times  in  deploying  and  redeploying  specific  forces  from  CONUS  to 
an  overseas  theater,  and  from  one  overseas  theater  of  operations  to  anoth¬ 
er,  in  order  to  conduct  intertheater  lift  assessments. 

(2)  Determine  combinations  of  air/land  and  sea  routes  between 
two  theaters/various  locations. 

(3)  Determine  the  possible  combinations  of  air  and  sea  lift 
assets  required  to  meet  the  specific  range  of  closure  dates,  for  each 
route  or  combination  of  routes. 

(&J  Determine  deployment  estimates  by  air  and  sea  for  various 
units.  For  example:  determine  the  time  required  to  deploy  an  Army  Divi-, 
sion  to  Europe/Southwest  Asia  (SWA). 

(5)  Determine  the  impact  of  various  lift  combinations  on  de¬ 
ployment.  For  example:  What  are  trade-offs  between  more  sealift  and  less 
airlift,  etc.  on  closure  overseas? 

(6)  Determine  the  ability  of  Terminal  Service  &  Watercraft 
Companies  to  off-load  arriving  sealift  at  oversea  ports.  For  example: 

(a)  Given  a  ship  arrival  schedule,  can  the  ships  be 
off-loaded  as  they  arrive?  What  are  the  delays? 

(b)  WTiat  are  the  requirements  for  Terminal  Service  and  Wa¬ 
tercraft  Companies  for  fixed  ports  and  Logistics-Over-The-Shore  (LOTS) 
operation? 


(7)  Determine  the  impact  of  various  POMCUS  levels  in  terms  of 
lift  requirements  and  force  closure  dates. 
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(8)  Determine  type  unit  movement  characteristics  using 
TUCHA/TAEDP.  For  example: 


(a)  Obtain  SRC  information. 


(b)  State  outyear  equipment  distribution  and  equipment 
characteristics  respectively. 


(9)  Conduct  intertheater  lift  assessments  which  consider  the 
following  variables: 


(a)  Range  of  closure  dates  by  theater. 


(b)  Combinations  of  (decremented)  air/sea  assets. 


(c)  Iterative  overflight  rights  (alternate  routes). 


(d)  Iterative  wartime  host  nation  support. 


(e)  Various  forces  and  combinations  of  available  transpor¬ 


tation  assets. 


(f)  A  nucleus  of  several  scenarios  in  varying  time  frames. 


tion. 


(g)  Combination  of  air/sea  ports  of  embarkation/  debarka- 


(10)  Develop  a  Management  Information  System  (MIS)  containing 
transportation  capabilities  and  standard  Army  force  movement  requirements 
to  fulfill  information  requirements  needed  under  crisis  conditions.  This 
MIS  is  required  to  support  the  stipulations  of  Annex  E  to  Army  Mobiliza¬ 
tion  and  Operations  Plan  (AMOP)  IV.  This  document  is  classified  and  will 
be  made  available  to  the  contractor  for  review  (providing  a  necessary 
clearance  has  been  obtained).  A  variety  of  sources  are  available  to  in¬ 
terface  with  or  draw  information  from  in  the  development  of  the  MIS, 
particularly  the  Joint  Deployment  System  (JDS)  and  the  Joint  Operational 
Planning  and  Execution  System  (JOPES).  O.her  sources  include:  Mobility 
Interactive  Deployment  and  Simulation  «.MI’JAS)  model ,  Transportation  Model 
(TRANSMO),  MOVER/SHAKER  Model,  Simulator  for  Transportation  Analysis  of 
Planning  Module  (SITAP) ,  Program  Budget  System  (P3S)  Dictionary  Report, 
and  the  Army  Strategic  Mobility  System  Assessment  (ASMSA) . 
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PHASE  II 


OPTION  6 

a 

TASK  -  DEVELOP  A  SYSTEM  SPECIFICATION  AND  SYSTEM  OESIGN 
I  AW  FD. 


Refine  Che  prototype,  update  the  functional  description  based  on  the 
refined  prototype,  and  develop  a  system  specification,  system  development 
plan  and  a  data  requirements  document  for  the  TRETS  Nodule. 


I 


PHASE  III 

OPTION  6 

TASK  -  DEVELOP  THE  TRETS  MODULE  AS  PART  OF  THE  LOG  DSS. 


Develop  the  initial  operational  TRETS  Nodule  based  on  the  system  spe¬ 
cification,  the  system  development  plan  and  the  data  requirements  docu¬ 
ment. 


CONTRACTOR  GUIDELINES. 


1.  PHASE  I. 

a.  Recognizing  that  there  is  normally  an  inverse  relationship  be¬ 
tween  response  time  and  level  of  detail,  the  development  of  the  FD  will 
consider  establishing  different  levels  of  aggregation.  For  example;  Lev¬ 
el  1  - -  highest  aggregation  to  Level  3  --  highest  level  of  detail,  which 
will  provide  the  ability  to  quickly  answer  "what  if"  questions  based  on 
broad  assumptions  which  can  later  be  used  as  a  basis  for  more  detailed  an- 
•  swers.  In  the  same  manner,  the  contractor  shall  provide  a  phased 
development  schedule  where  each  phase  provides  an  operational  system  at 
different  levels  of  aggregation. 
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b.  The  following  general  guidelines  shall  be  considered  in  the  de¬ 
velopment  of  the  functional  description: 

(1)  In  the  first  30  days,  the  contractor  shall  survey  the 
functional  area  and  provide  a  high  level  concept  paper  for  a  prototype. 

(2)  Functional  area  users  shall  review  this  concept  paper 
within  one  week. 

(3)  Contractor  shall  provide  initial  prototype  to  functional 
area  users  within  60  days  of  project  initiation. 

(6)  Both  contractor  and  functional  area  user  shall  work  to¬ 
gether  during  Phase  I' to  refine  the  prototype  and  develop  a  FD. 

(5)  Prototype  shall  be  examples  using  FORECAST 
hardware/software  depicting  the  types  of  analyses  the  functional  user 
could  expect  to  perform  on  his/her  task.  ADP  and  telecoanunications  sup¬ 
port  shall  be  provided  by  FORECAST'S  nain  frame,  distributed  processors 
and  communications  network.  All  development  using  FORECAST  shall  comply 
with  FORECAST'S  standards.  See  paragraph  6. 

(6)  User  intervention  capability  shall  be  developed  around  the 
functional  user's  environment  and  expected  ADP  capabilities/experience. 
Appropriate  safeguards  shall  be  provided  for  the  system  operator  to  insure 
that  information  is  not  changed,  updated  or  accessed,  without  his/her 
knowledge. 

(7)  The  contractor  shall  provide  an  assessment  of  existing  and 
planned  hardware  and  communications  capabilities  to  support  the  proposed 
system  in  section  5  of  the  FD  and  identify  new  equipment/  communications 
necessary  to  implement  the  proposed  system  as  described  in  section  2  of 
the  FD. 

(8)  Contractor  shall  provide  appropriate  cost  estimates  for 
implementation  of  the  proposed  system  as  described  in  the  FD  to  include 
hardware,  communications,  software  development,  documentation,  and  main¬ 
tenance  in  section  S  of  the  FD.  Total  estimated  cost  must  be  broken  down 
into  appropriate  sub-systems  to  allow  for  incremental  development  and  im¬ 
plementation  if  required  by  the  Government.  The  delivered  product,  once 
reviewed  by  the  Department  of  the  Army,  shall  be  used  as  a  source  for  com¬ 
petitive,  contractual  design  development. 

(9)  The  Contracting  Officer  should  be  notified,  through  the 
COR,  of  specific  instances  where  it  is  either  prudent,  r'z  necessary,  for 
work  to  deviate  from  these  guidelines. 

(10)  After  thorough  review  of  the  prototype,  a  FD  shall  be  de¬ 
veloped. 
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2.  PHASE  II. 

The  prototype  shall  be  enhanced,  the  FD  updated,  and  a  system  spec¬ 
ification  and  system  design  shall  be  accomplished  in  accordance  with  the 
FD. 


3.  PHASE  III. 

An  initial  operating  system  shall  be  developed.  The  capabilities  of 
this  system  shall  be  defined  during  Phases  I  and  II. 


DOCUMENTATION  STANDARDS. 


All  documentation  developed  or  revised  shall  follow  general  documen¬ 
tation  standards  and  regulations  as  follows: 

a.  US  AMS  S  A  (now  USAISC-P)  Operation  Procedures  Security  Manual. 

b.  FORECAST  Security  SOP. 

c.  DOD  7935  Automated  Data  Systems  Documentation  Standards. 

*1-  Technical  Bulletin  18-111,  Army  Automation  Technical  Documenta¬ 
tion. 

e.  101-36.1305-2  FIPS  PUB  24,  Flow  Chart  Symbols  and  Their  Usage  in 
Information  Processing. 

f.  101-36.1305-3  FIPS  PUB  30,  Software  Summary  for  Describing  Com¬ 
puter  Programs  and  Automated  Data  Systems. 

g.  101-36.1305-4  FIPS  PUB  53,  Transmittal  Form  for  Describing  Com¬ 
puter  Magnetic  Tape  File  Properties. 

to.  Technical  Bulletin  18-100.  Army  Automation  Life  Cycle 
Management. 

i.  Technical  Bulletin  18-103.  Army  Automation  Software  Design  and 
Development. 

J*  Technical  Bulletia  18-109.  Army  Automation  Economic  Analysis. 

to*  Technical  Bulletin  18-110.  Army  Automation  Configuration  Man¬ 
agement. 
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SOFTWARE  DESIGN  STANDARDS. 

Hie  following  published  standards  and  procedures  shall  be  followed 
during  the  design  of  this  systea: 

«.  Comply  with  the  FORECAST  published  standards: 

(1)  FORECAST  Panel  Standards 

(2)  FORECAST  Data  Base  Management  Standards  (DBMS) 

(3)  FORECAST  Data  Eleaent  Dictionary 

b.  Hake  aaxiama  utilization  of  existing  hardware  capabilities. 

c.  Hake  aaxiaua  use  of  design  concepts  and  software  routines  already 
develop  under  previous  or  ongoing  contracts,  specifically  the  0  DC  SLOG  Lo¬ 
gistics  Data  Base  (LOGOS),  which  consists  of  the  Information, 
Data/Application,  Engineering,  and  Geographic  Architectures. 

d.  Make  maximum  use  of  the  routines  in  the  FORECAST  Utility  Library. 

e.  Present  all  design  concepts  to  the  COR  for  approval. 

f.  Critical  Design  Reviews  (CDRs)  shall  be  conducted  by  the  contrac¬ 
tor.  CDR  schedule  shall  be  included  in  the  System  Development  Plan. 

g.  Informal  design  reviews  shall  be  scheduled  by  the  COR  at  his  dis¬ 
cretion. 

h.  All  on-line  applications  shall  operate  on  a  three  megabyte  ma¬ 
chine  or  less. 
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APPENDIX  E 

MODEL  BASE  MANAGEMENT  SYSTEM 


E-l.  INTRODUCTION.  The  Transportation  Models  Submodule  is,  in 
essence,  a  model  base  management  system  whereby  a  set  of  transportation 
simulations  and  other  decision  aid  models  are  made  available  to  the 
user  in  an  interactive  environment.  The  models  interact  with  the  data 
base  to  draw  their  input  data,  and  interact  with  the  host  computer 
environment's  library  of  graphic  and  statistical  packages  to  produce 
output.  The  interface  among  these  various  systems  will  be  panel  driven 
and  invisible  to  the  user.  Four  transportation  simulation  models  and  a 
multi attribute  utility  model  have  been  identified  as  initial  models  for 
the  system  and  are  described  below.  They  are  Mini-MIDAS,  SHAKER, 

MOVER,  Airlift/Sealift,  and  a  to-be-developed  decision  aid  for  rank 
ordering  PDIPs.  Additional  models  are  also  identified  and  described  in 
this  appendix  and  are  candidates  for  inclusion  in  the  system. 

E-2.  INITIAL  TRANSPORTATION  SIMULATION  MODELS 

a.  Mini-MIDAS  is  a  PC-based,  aggregate,  intertheater  transportation 
simulation  model  currently  under  development  by  the  General  Research 
Corporation.  It  is  written  in  Turbo-Pascal  and  is  being  designed  for 
quick  turnaround  analysis  of  strategic  mobility  deployments.  Inputs  to 
the  model  include  data  on  the  transportation  assets,  network,  capa¬ 
bilities,  and  movement  requirements.  Output  of  the  model  is  in  the 
form  of  a  movement  schedule.  This  model  should  meet  most  of  the  inter¬ 
theater  requirements  specified  in  Section  3. 

b.  SHAKER  is  a  PC-based,  low-resolution  LOTS  and  fixed  port  capa¬ 
bilities  model  currently  under  development  by  Information  Spectrum, 

Inc.  SHAKER  is  written  in  SLAM  and  is  designed  to  determine  capa¬ 
bilities  and  shortfalls  for  a  given  LOTS  or  fixed  port  scenario. 

Inputs  to  the  model  include  cargo  to  be  delivered  and  ship  capabili¬ 
ties.  Output  reports  are  in  the  form  of  throughput  capability  (short 
tons,  pieces)  and  shortfall  (short  tons,  pieces,  ships  in  queue).  One 
port  per  simulation  is  modeled. 

c.  MOVER  is  a  PC-based,  low-resolution  LOTS  requirements  model 
developed  by  Information  Spectrum,  Inc.  MOVER  is  written  in  BASIC  and 
is  designed  to  determine  the  requirements  for  a  given  LOTS  scenario. 
Inputs  include  equipment  onhand,  cargo  to  be  delivered,  required 
delivery  dates,  and  objectives  are  constraints.  Output  is  in  the  form 
of  reports  which  depict  the  required  equipment  and  personnel  needed  to 
meet  RDOs  and  daily  requirements.  One  port  per  simulation  is  modeled. 

d.  The  Airlift/Sealift  Model  is  a  highly  aggregated  LOTUS  spread¬ 
sheet  developed  by  the  Strategic  Mobility  Division  of  TRETS  (DALO-TSM). 
It  is  a  calculation-based  requirements/capabi 1 ities  model  in  spread¬ 
sheet  form  which  takes  as  inputs  specific  asset  quantities,  distances, 
time  requirements,  and  cargo  to  be  moved,  each  for  a  user-specified 
ship/plane  type.  Ship/plane  characteristics  (speed,  payload  capacity) 
may  be  changed  by  the  user.  The  user  specifies  cargo  assignments  to 
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individual  lift  assets  and  specifies  all  other  input  for  each  lift 
asset.  The  model  calculates  either  time  required  to  deploy  or  number 
of  each  type  lift  asset  required.  Sea  and  air  are  modeled  separately. 
No  constraints  on  POOs  or  POEs  are  modeled.  The  model  is  used  for  very 
rapid  intertheater  mobility  analysis;  its  greatest  advantage  is  its 
speed  and  simplicity. 

E-3.  MODELS  WHICH  ARE  CANDIDATES  FOR  INCLUSION  IN  THE  SYSTEM 

a.  MIDAS  (Model  for  Intertheater  Deployment  by  Air  and  Sea)  was 
developed  by  GRC  for  OSD.  It  is  a  high-resolution,  intertheater 
strategic  deployment  scheduling  and  simulation  model  which  has 
relatively  long  run  times  (in  excess  of  2  hours)  for  complex  scenarios. 
MIDAS  would  have  to  undergo  significant  modification  to  shorten  run 
times  as  a  minimum. 

b.  RAPDISIM  (Rapid  Intertheater  Deployment  Simulation)  is  a  low- 
resolution,  intertheater  deployment  model  used  to  aid  JCS  in  achieving 
a  rapid  simulation  of  the  movement  of  combat  and  support  units  required 
for  a  contingency  operation.  It  has  a  relatively  short  run  time 
(generally  10  minutes  or  less  of  CPU  time).  RAPIDSIM  was  developed  by 
GRC  and  is  very  similar  to  MIDAS  in  structure.  Modifications  to  the 
model  would  probably  include  additional  air  and  seaports,  as  well  as 
including  port  constraints.  RAPIDSIM  would  appear  to  be  a  very 
attractive  addition  to  the  model  base  as  a  capability  in  addition  to 
Mini-MIDAS. 

c.  SITAP  (Simulator  for  Transportation  Analysis  and  Planning)  is  a 
low  resolution,  generalized,  intratheater  transportation  simulation 
originally  designed  in  1968.  SITAP  is  extremely  slow  in  terms  of  run 
time  (average  of  60-250  minutes  of  CPU  time)  and  is  written  in  FORTRAN 
IV.  SITAP  has  exceeded  its  anticipated  life  cycle  by  9  years,  and  its 
validity  has  been  under  question  for  some  time. 

d.  SUMMITS  (Scenario  Unrestricted  Mobility  Model  for  Intratheater 
Simulation)  is  currently  under  development  by  General  Research  Corpora¬ 
tion.  The  model  is  a  high-resolution  simulation  on  intratheater  move¬ 
ment  of  equipment,  troops,  and  resupply  from  an  air  or  seaport  of 
debarkation  to  a  designated  destination  through  a  multinodal  trans¬ 
portation  network  in  an  optimal  fashion.  The  model  should  interface 
directly  with  MIDAS.  Since  there  is  currently  no  capability  to  model 
intratheater  movements  in  the  specified  models  in  paragraph  E-2  above, 
SUMMITS  is  a  prime  candidate  for  early  inclusion  in  the  model  base.  A 
solid  link  would  have  to  be  constructed  to  ensure  that  data  outputs  of 
an  intertheater  model  would  feed  the  intratheater  model. 

e.  TAC  THUNDER  LIFT  is  a  high-resolution,  strategic  mobility  model 
which  simulates  inter-  and  intratheater  level  logistics  to  include  air, 
rail,  road,  and  sea  components,  although  its  primary  concern  is  inter¬ 
theater  air  movements.  It  was  developed  by  the  Air  Force  Center  for 
Studies  and  Analysis.  The  model  is  in  the  latter  stages  of  development 
by  CACI  and  should  be  ready  for  use  in  July  1987. 
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f.  TRANSMO  (Transportation  Model)  is  a  low-resolution,  primarily 
intertheater,  strategic  mobility  model  developed  in  1973  to  provide  an 
estimated  force  closure  schedule.  The  model  has  been  modified  to  allow 
for  CONUS  and  intratheater  movements  in  a  limited  fashion.  The  run 
time  is  approximately  45  minutes.  Due  to  the  age  and  insufficient 
documentation  of  the  model,  its  use  for  DSS  purposes  is  seen  as 
improbable. 

g.  I-TRANS  and  G-TRANS  are  IBM-PC  based,  low-resolution,  intra/ 
intertheater  transportation  simulation  models  written  in  Turbo-Pascal. 
The  models  were  developed  for  the  Army  War  College  by  Interactive 
Microcomputer  Applications,  Inc.  and  have  been  adopted  for  use  by  the 
Army  Transportation  School.  The  I-TRANS  Model  (intratheater)  appears 
to  fulfill  the  need  for  an  intratheater  model  currently  missing  from 
the  required  models  list  in  paragraph  2  above.  The  G-TRANS  Model 
(intertheater)  appears  to  be  an  attractive  candidate  for  addition  to 
the  system  due  to  its  speed  and  simplicity  of  use. 

h.  The  Contingency  Force  Analysis  Methodology  (CFAM)  Model  is  a 
linear /goal  programing  package  developed  by  Vector  Research,  Inc.  (VRI) 
for  CAA  in  1982  for  contingency  plan  evaluation.  Through  its  inter¬ 
active  mode,  CFAM  allows  a  user  to  perform  quick  tradeoff  analysis 
between  planning  factors  and  intertheater  lift  options.  CFAM  inves¬ 
tigates  tradeoffs  by  assessing  the  effects  of  changing  of  adding/ 
deleting  planning  factors.  CFAM  was  used  in  the  ILA  (Intertheater  Lift 
Assessment)  Study;  ILA  also  produced  nomographs  to  plan  strategic 
mobility  operations.  Both  CFAM  and  the  ILA  Study  nomographs  are  good 
candidates  for  inclusion  into  the  strategic  mobility  module. 

i.  MAPS  II  (Mobility  Analysis  and  Planning  System)  is  an  automated 
scheduling  system  which  simulates  the  movement  of  forces  and  supplies 
from  origins  in  the  US  to  destinations  (i.e.,  destinations  within  the 
US  and  Canada),  airports  of  embarkation  (APOE)  and  through  seaports  of 
embarkation  (SPOE)  in  the  US  to  seaports  of  debarkation  (SPOD). 

j.  US  Navy  Ships  Capability  Model.  At  this  time,  information  about 
this  model  is  somewhat  nebulous.  The  model  is  PC-based  and  IBM- 
compatible. 

E-4.  FUTURE  MODEL  DEVELOPMENT.  It  should  be  emphasized  that  this  list 
of  candidate  models  is  not  all  inclusive.  As  a  minimum,  for  initial 
implementation,  the  models  described  in  paragraph  E-2  will  be  a  part  of 
the  system.  In  the  future,  beyond  Phase  III,  several  additional  models 
(perhaps  some  of  those  described  above)  should  be  available  to  the  AO 
for  use  in  transportation  analysis.  The  set  of  models  ultimately 
residing  in  the  model  base  of  the  strategic  mobility  module  must 
include  analysis  of  all  theaters  of  operation,  CONUS,  and  intratheater 
(within  a  theater)  legs  of  the  transportation  system.  Also,  the  future 
module  will  include  a  new  "factory  to  foxhole"  simulation  model  with 
PDIP  funding  level  changes  as  inputs.  "Foxhole,"  for  purposes  of  the 
Strategic  Mobility  Module,  means  the  division  support  command  area.  In 
effect,  the  ultimate  model  or  sets  of  models  should  function  as  a 
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global  transportation  simulator.  The  global  transportation  simulation 
must  contain  the  following  components  of  the  transportation  network 
(nodes  and  links): 

a.  Nodes.  Data  on  the  nodes  indicates  the  capability  of  the 
facilities  at  the  node  to  receive,  store  and  outload  the  movement 
requirement  that  originates  or  flows  through  the  node.  The  nodes  are 
subdivided  into  three  areas--CONUS,  intertheater,  and  intratheater. 

(1)  CONUS  Nodes.  The  CONUS  nodes  consist  of  the  industrial  base, 
D00  depots,  unit  locations,  and  intermediate  locations  where  the 
movement  stops  prior  to  reaching  the  port.  The  primary  sources  for 
data  on  the  capability  of  the  nodes  is  from  MTMCTEA  installation 
transportation  system  capability  studies  and  the  MTMC  CONUS  Military 
Installation  Materiel  Outloading  and  Receiving  Capability  Report. 

(a)  Industrial  Base  (factories,  producers). 

(b)  Home  Station/Mobilization  Station. 

(c)  Oepot/National  Inventory  Control  Point  (NICP). 

(d)  Assembly  Area. 

(2)  Intertheater  Nodes.  Ports  of  embarkation  (POE)  and  ports  of 
debarkation  (POD)  include  airports  (APOE,  APOD)  and  seaports  (SPOE, 
SPOD)  that  are  used  for  transshipment  of  unit  equipment,  personnel, 
ammunition,  and  resupply  cargo  to  the  theaters  of  operation.  Major 
sources  of  data  are  the  MTMC  studies,  DIA  IOSS,  DOD  sealift  studies, 
and  the  Joint  Strategic  Capability  Plan  (JSCP)  and  JOPS  Standard 
Reference  Files. 

(3)  Intratheater  Nodes.  Data  is  available  from  theater  OPLANs. 
These  nodes  include: 

(a)  POMCUS  Sites. 

(b)  Prepositioned  War  Reserve  Location. 

(c)  Army  Stocks  on  Prepositioning  Force  (NTPF)  Ships. 

(e)  Corps  Areas. 

(f)  First  Destination  Reporting  Points  (FDRP). 

b.  Links.  The  data  required  for  links  is  length,  capacity,  and 
limiting  factors.  The  length  of  a  link  is  defined  as  the  physical 
distance  between  nodes  and  is  measured  in  miles/kilometers.  The 
capacity  consists  of  units  of  weight  (short  tons  per  unit  of  distance) 
or  barrels  of  oil  based  on  (1)  length  of  link,  and  (2)  transportation 
mode  and  size  of  link.  There  are  sufficient  sources  for  determining 
distances  for  all  the  links  in  the  network  and  the  capacities  can  be 
determined. 
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(1)  CONUS  Links.  Data  for  CONUS  links  can  be  obtained  from  state 
agencies,  federal  government  agencies,  and  the  private  sector.  MTMC  is 
the  major  DOO  source.  Carrier  associations  are  the  major  source  in  the 
private  sector. 


(a) 

Air. 

(b) 

Highway. 

(c) 

Rail. 

(d) 

Waterway. 

(e) 

Pipeline. 

(2)  Intertheater  Links.  The  intertheater  links  are  by  sea  and 
air.  There  are  various  sources  for  distances  between  airports  and 
seaports.  AFPDA  and  MTMC  Pam  700-1  provided  distances  specific  CONUS 
SPOEs  and  likely  SPODs.  The  DIA  lines  of  communication  studies  provide 
distances  for  highway  routes,  railroad  lines,  and  navigable  inland 
waterways . 

(3)  Intratheater  Links.  OIA  IOSSs,  LOC  surveys,  and  transpor¬ 
tation  studies  are  the  major  sources  of  data.  The  AFPDA  and  MTMCTEA 
transportation  such  as  the  Korean  Study  also  provide  data. 


(a) 

Air. 

(b) 

Highway. 

(c) 

Rail . 

(d) 

Waterway. 

(e) 

Pipeline. 

The  final  decision  on  the  selection  of  additional  models  for  imple¬ 
mentation  on  the  system  and  the  conceptual  design  of  any  new  model  will 
be  made  by  the  leader  of  the  technical  working  group  of  the  Strategic 
Mobility  Division  assisted  by  the  US  Army  Concepts  Analysis  Agency. 

E-5.  INFORMATION  CONCERNING  THE  BASE  CASE  SET  OF  INPUTS  FOR  MODELS 

a.  Each  simulation  model  must  have  a  standard  set  of  reports  and 
outputs  for  a  given  situation  against  which  a  "what-if"  analysis  may  be 
compared.  For  example,  for  the  JPAM  European  theater  of  operations  for 
a  budget  year,  a  model  user  may  want  to  determine  the  impact  of 
changing  the  table  of  organization  and/or  equipment  of  a  unit  being 
moved  (in  other  words,  changing  the  movement  requirement  in  terms  of 
numbers  of  troops  and/or  size  and  amount  of  equipment  due  to  a  TOE 
change).  To  do  this,  there  must  exist  a  basis  from  which  to  change. 

(It  would  be  undesirable  to  need  to  manually  enter  a  new  set  of  input 
parameters  each  time  a  model  is  run.  Even  if  the  inputs  were  entered 
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"from  scratch"  for  each  run,  there  still  exist  no  results  for  a 
comparison  basis.) 

b.  The  base  case  set  of  inputs  consists  of  a  set  of  movement 
requirements,  a  set  of  transportation  assets,  and  a  transportation 
network.  The  movement  requirements  and  assets  are  generally  from  a 
modified  JPAM  file,  while  the  network  data  is  taken  from  the  Office  of 
the  Secretary  of  Defense  (OSD).  The  process  is  intended  to  be  similar 
to  the  JPAM  process. 


c.  For  the  planning  years,  the  JPAM  data  is  adequate.  However,  for 
the  Program,  Budget,  and  Current  years,  the  JPAM  data  is  out  of  date 
due  to  actual  programing  and/or  budget  changes.  For  the  current  year, 
the  budget  not  only  has  been  subject  to  change,  but  may  not  have  been 
executed  in  the  manner  foreseen.  Therefore,  for  the  current  year,  the 
OMNIBUS  force  tape  is  used  because  it  reflects  current  movement 
requirements  for  the  current  force.  All  these  factors  result  in  con¬ 
tinual  changes  to  the  base  case  of  each  model,  and  must  be  handled  by 
the  system  manager.  In  general,  the  base  case  inputs  of  the  models  are 
taken  from  the  different  sources  for  the  following  years.  In  the 
example  below  (Table  E-l),  the  FYs  are  shown  for  work  done  during 
FY  87. 


Table  E-l.  Base  Inputs 


Year  for  analysis 

FY 

Years 

out 

Initial  inputs  from: 

The  current  year 

Current  force 

87 

0 

OMNIBUS  force  tape  year  0a 

The  budget  year 

Budget  force 

88 

1 

JPAM  for  year  1a 

The  program  year 

Program  force 

89-93 

1-5 

JPAM  for  year  1-5a 

ainput  data  for  these  years  must  be  modified  to  reflect  actual 
system  capabilities  based  on  programing,  budget  and  execution  changes, 
as  they  occur. 


d.  For  an  action  officer  to  conduct  correct  analysis  on  the  effects 
of  change  in  policy  for  a  given  year,  she/he  must  use  the  correct 
year's  base  case.  The  base  case  of  the  current  year  will  show  current 
capabilities,  while  the  base  case  for  future  years  will  each  show  dif¬ 
ferent  capabilities  (hopefully  increased  capabilities  each  year  in  the 
future) . 
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E-6.  CONCEPT  OF  MODEL  FUNCTIONING.  The  concept  for  the  initial  data 
inputs  for  developing  a  base  case  report  for  each  model  has  been 
explained  in  previous  paragraphs.  Here,  the  linkage  between  individual 
models  is  explained. 

a.  There  is  currently  no  model  which  adequately  addresses  CONUS 
mobilization  and  movement.  Base  case  inputs  are  intended  to  drive  this 
CONUS  and  mobilization  model.  The  base  case  input  consists  of  movement 
requirements,  assets,  and  the  transportation  network,  expressed  in 
terms  of  a  date  which  particular  cargo  must  be  at  its  CONUS  POE,  and  a 
date  for  it  to  be  at  its  overseas  POD.  Since  the  POEs  are  specified, 
the  CONUS  model  is  run  to  ensure  that  the  force  can,  in  fact,  meet  its 
required  POE  date  and,  if  not,  modify  that  POE  date  for  input  into  an 
intratheater  model. 

b.  Hence,  the  output  of  the  CONUS  model  is  used  to  drive  the  inter¬ 
theater  model.  The  output  of  the  intertheater  leg  is  used  as  input  to 
the  various  port  and  intratheater  models,  as  shown  graphically  on 
Figure  E-l.  Until  an  adequate  CONUS  model  becomes  available,  the  base 
case  inputs  will  be  configured  to  serve  as  inputs  for  an  intertheater 
model . 
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Outputs 
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Figure  E-l.  Concept  of  Model  Functioning 
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c.  One  set  of  base  case  outputs  is  maintained  for  each  model  for 
each  of  the  current,  programing,  and  budget  years,  against  which 
changes  can  be  compared. 

d.  The  base  case  inputs  must  be  constantly  updated  to  reflect 
current  funding  approvals  for  PDIPs  and  budget  execution,  so  that  the 
base  case  outputs  also  reflect  the  current  situation  for  each  year. 


APPENDIX  F 


DISTRIBUTION 


Addressee 


Deputy  Chief  of  Staff  for 
Operations  and  Plans 
Headquarters,  Department  of  the  Army 
ATTN:  OAMO-ZA 
Washington,  DC  20310 


Deputy  Chief  of  Staff  for 
Operations  and  Plans 
Headquarters,  Department  of  the  Army 
ATTN:  DAMO-ODM 
Washington,  DC  20310 


Deputy  Chief  of  Staff  for  Personnel 
Headquarters,  Department  of  the  Army 
ATTN:  DAPE-ZA 
Washington,  DC  20310 


Deputy  Chief  of  Staff  for  Logistics 
Headquarters,  Department  of  the  Army 
ATTN:  DALO-ZA 
Washington,  DC  20310 


Deputy  Chief  of  Staff  for  Logistics 
Headquarters,  Department  of  the  Army 
ATTN:  DALO-TSM 
Washington,  DC  20310 


Deputy  Chief  of  Staff  for  Logistics 
Headquarters,  Department  of  the  Army 
ATTN:  OALO-PLI-DSS  • 

Washington,  DC  20310 


V 

i 


Deputy  Chief  of  Staff  for  Logistics 
Headquarters,  Department  of  the  Army 
ATTN:  OALO-TSZ-A 
Washington,  DC  20310 


CAA-TP-87-2 


Addressee 


No  of 
copies 


Deputy  Chief  of  Staff  for  Logistics  1 

Headquarters,  Department  of  the  Army 
ATTN:  DALO-TSZ-C 
Washington,  DC  20310 


Deputy  Chief  of  Staff  for  Logistics  1 

Headquarters,  Department  of  the  Army 
ATTN:  DALO-PLA 
Washington,  DC  20310 


Commander  1 

US  Army  Logistics  Center 
Fort  Lee,  VA  23801 


Deputy  Under  Secretary  of  the  Army  1 

(Operations  Research) 

Washington,  DC  20310 


Command er  1 

National  Guard  Bureau 

Room  2E394 

The  Pentagon 

Washington,  DC  20310 


Director  1 

US  Army  TRADOC  Analysis  Center 
White  Sands  Missile  Range,  NM  88002 


Chief,  US  Army  Reserve  1 

ATTN:  OAAR-LO 
Washington,  DC  20310 


F-2 


.>  vxirn  -'ll 


CAA-TP-87-2 


I 

\ 


Addressee 


Ho  of 
copies 


Commander  1 

Army  Research  Institute 
5001  Elsenhower  Avenue 
Alexandria,  VA  22333 


Commander  1 

US  Army  Logistics  Evaluation  Agency 
New  Cumberland  Army  Oepot 
New  Cumberland,  PA  17070 


Defense  Technical  Information  Center  2 

ATTN:  DTIC-DDA 
Cameron  Station 
Alexandria,  VA  22314-6145 


The  Pentagon  Library  (Army  Studies  1 

Section) 

ATTN:  ANRAL-RS 
The  Pentagon 
Washington,  DC  20310 


Commander  1 

US  Army  Forces  Command 

ATTN:  AFLG-TRV 

Fort  McPherson,  GA  30330 


President  1 

National  Defense  University 
ATTN:  NDU-LD-CDC 
Washington,  DC  20319-6000 


Internal  Distribution: 

Unclassified  Library  2 


F-3 


CAA-TP-87-5 


I 


.  >•’»  Itj.  • 


jji  ,4  eg  ,.J  *  . 


GLOSSARY 


1.  ABBREVIATIONS,  ACRONYMS,  AND  SHORT  TERMS 


ADCS LOG 


AFPDA 


AMOPS 


ASA  PP 


ASMSA 


ARSTAF 


active  duty 


Assistant  Deputy  Chief  of  Staff  for  Logistics 


automated  data  processing 


automated  data  processing  equipment 


Army  Force  Planning  Data  and  Assumptions  (study) 


automation  economic  analysis 


Army  Industrial  Equipment  Data  base 


Army  Industrial  Fund 


Army  Industrial  Preparedness  Program 


Army  Logistics  Agency 


authorized  level  of  organization 


air  11ne(s)  of  communication 


US  Army  Materiel  Command 


Army  Master  Data  File 


Army  Mobilization  Operations  Planning  System 


ammunition 


aerial  port  of  debarkation 


aerial  port  of  embarkation 


area  of  operations;  action  officer 


Automated  Planning  and  Execution  Control  System 


Advanced  Research  Projects  Office  (CAA) 


Army  regulation 


Army  System  for  Automation  of  Preparedness  Planning 


Army  Strategic  Mobility  System  Assessment 


Army  Staff 


Glossary-1 
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AUEL 

AUTOOIN 

bbl 

BOIP 

BPI 

BSC 

CAA 

CENTCOH 

CFAM 

CINCMAC 

CINCUSAREUR 

DMS 

CNO 

COBOL 

COMPASS 

CONUS 

COR 

COSCOM 

CPU 

CRAF 

CRAS-84 

CRT 

CS 

CSA 

CSS 

OA 


automated  unit  equipment  list 
Automated  Digital  Information  Network 
barrel 

basis  of  issue  plan 
bytes  per  inch 

binary  synchronous  communications 

US  Army  Concepts  Analysis  Agency 

US  Army  Central  Command 

Contingency  Force  Analysis  Methodology  Model 

Commander  in  Chief,  Military  Airlift  Command 

Commander  in  Chief,  US  Army,  Europe 

Conversational  Monitor  System 

Chief,  Naval  Operations 

Common  Business  Oriented  Language 

Computerized  Movement  Planning  and  Status  System 

4 

continental  United  States 
Contracting  Officer's  Representative 
corps  support  command 
central  processing  unit 
Civil  Reserve  Air  Fleet 

Container  Requirement  and  Availability  Study  (MTMC) 

cathode  ray  tube  (computer  monitor) 

combat  support;  composite  service 

Chief  of  Staff,  US  Army 

combat  service  support 

Department  of  the  Army 
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DALO-TSM 


D/TRETS 


DCSLOG 

DSCOPS 


DCSRDA 


DFRIF 


DINET 

DISCOM 

DISSPLA 


EBCDIC 
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Strategic  Mobility  Division,  Deputy  Chief  of  Staff, 
Logistics 

Data  Base  Management  System 

Document  Composition  Facility 

Directorate  for  Resource  Management 

Directorate  for  Transportation,  Energy  and  Troop 
Support 

Deputy  Chief  of  Staff  for  Logistics 

Deputy  Chief  of  Staff  for  Operations  and  Plans 

Deputy  Chief  of  Staff  for  Research,  Development  and 
Acquisition 

Defense  Data  Network 

Defense  Freight  Rail  Interchange  Fleet 

Defense  Guidance 

Defense  Intelligence  Agency 

Defense  Industrial  Network 

division  support  command 

Display  Integrated  Software  System  and  Plotting 
Language 

Defense  Logistics  Agency 

decisionmaker 

Defense  Mapping  Agency 

Display  Management  System 

Defense  Retail  Interservice  Support 

Department  of  Defense 

Department  of  Defense  directive(s) 

Decision  Support  System 

Extended  Binary  Coded  Decimal  Interchange  Code 
Equipment  Characteristics  File 
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EOATE 


FDMIS 


FORFA 


FORMDEPS 


FORSCOM 


FORSTAT 


FORTRAN 


GEOLOC 
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effective  date  (MTOE,  TDA) 


essential  element(s)  of  analysis 


equipment  onhand 


equipment  readiness  code 


force  activity  designator 


Force  Accounting  System 


functional  description 


Force  Development  Management  Information  System 


first  destination  reporting  point 


Force  Integration  Staff  Officer 


field  manual 


field  operating  agency 


Forces  File 


Forces  Command  Mobilization  Deployment  Planning  System 


US  Array  Forces  Command 


Force  Status  and  Identity  Report  System 


Formula  Translation  (Computer  Language) 


Five-Year  Defense  Program 


general  and  administration 


Graphical  Data  Display  Manager 


GEO  location  file;  WWMCCS  standard  file 


General  Research  Corporation 


General  Services  Administration 


host  nation  support 


headquarters 


Headquarters,  Department  of  the  Army 


home  station 
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JSPDSA 


LOGON  ID 


MACOM 


International  Business  Machine  computer  model 
interactive  chart  utility 
input /out put 

Integrated  Operational  Support  Studies 

implementation  procedures 

in-process  review 

job  control  language 

Joint  Chiefs  of  Staff 

Joint  Deployment  Agency 

Joint  Operation  Planning  System 

Joint  Program  Assessment  Memorandum 

Joint  Strategic  Capabilities  Plan 

Joint  Strategic  Operation  Plan 

Joint  Strategic  Planning  Document 

Joint  Strategic  Planning  Document  Supporting  Analysis 

kilometer(s) 

latest  arrival  date 

Logistics  Automation  Master  Plan 

line  item  number 

Logistics  Factors  File 

line(s)  of  communication  (logistic  routes) 

logistics 

LOGON  information 

logistics  over  the  shore  operations 
Logistics  Studies  Steering  Group 
meter(s) 

major  Army  command 
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MANX 


MARC 

MBMS 

MDEP 

MENS 

mgmt 

MIDAS 

MIS 

MISS 

mbbls 

MM 

MOE 

MOG 

MPS 

MS 

MSC 

MTBSP 

MTMC 

MTMCTEA 

MTOE 

MTON 

MVS 

NAT 

NATO 

NORF 

NEA 

NICP 


Manpower  Annex  File 

Materiel  Acquisition  Resource  Committee 
Model -based  Management  System 
Management  Decision  Package 
Mission  Element  Need  Statement 
management 

Model  for  Intertheater  Deployment  by  Air  and  Sea 

management  information  system 

Management  Information  System  Submodule 

million  barrels 

maintenance  manual 

measure(s)  of  effectiveness 

maximum  aircraft  on  ground 

Mathematical  Programing  System 

mobilization  station 

Military  Sealift  Command 

FORSCOM  Mobilization  Troop  Basis  Stationing  Plan 

Military  Traffic  Management  Command 

MTMC  Transportation  Engineering  Agency 

modification  table(s)  of  organization  and  equipment 

measurement  ton 

multiple  virtual  storage 

nonai r-transportabl e 

North  Atlantic  Treaty  Organization 

National  Defense  Reserve  Fleet 

Northeast  Asia 

National  Inventory  Control  Point 
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NOTA 


Notes  File 


NSN 

NTPF 

O&S 

OCA 

OCONUS 

ODCSLOG 

ODCSRDA 

OJCS 

OM 

OMNIBUS 

OPLAN 

ORSA 

OSD 

PARR 

pax/PAX 

PPC 

P80 

PBS 

PC 

POIP 

POM 

PE 

PERT 

POC 

POO 

POE 


national  stock  number 

near-term  prepositioned  force 

operations  and  support 

Office  of  the  Comptroller  of  the  Army 

outside  continental  United  States 

Office  of  the  Deputy  Chief  of  Staff  for  Logistics 

Office  of  the  Deputy  Chief  of  Staff  for  Research, 
Development  and  Acquisition 

Office  of  the  Joint  Chiefs  of  Staff 

computer  operation  manual 

US  Army  Operational  Readiness  Analysis 

operation  plan 

Operations  Research/Systems  Analysis 
Office  of  the  Secretary  of  Defense 
Program  Analysis  Resource  Review 
passengers 

Program  and  Budget  Committee 
program/budget  decision 
Program  Budget  System 
personal  computer /microcomputer 
Program  Development  Increment  Package 
Program  Decision  Memorandum 
program  element 

Program  Evaluation  and  Review  Technique 
point  of  contact 
port  of  debarkation 
port  of  embarkation 
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POL 

petroleum,  oils,  and  lubricants 

POM 

Program  Objective  Memorandum 

|  POMCUS 

prepositioning  of  materiel  configured  to  unit  sets 

PPBERS 

Program  Performance  Budget  Execution  Review  System 

|  PPBES 

Planning,  Programing,  Budgeting  and  Execution  System 

PPBS 

Planning,  Programing  and  Budgeting  System 

I  PRB 

1 

Product  Review  Board 

1  PROBE 

Program,  Budget  Execution  System  (Program  Optimization 
and  Budget  Evaluation) 

PROFS 

Professional  Office  System  (IBM) 

PS 

program  specification 

PSM 

professional  staff  months 

PSY 

ri 

professional  staff  year 

N 

PT 

test  plan 

PWRMR 

prepositioned  war  reserve  materiel  requirement 

PWRMS 

prepositioned  war  reserve  materiel  stock 

PWRS 

prepositioned  war  reserve  stock 

qty 

quantity 

;  RC 

Reserve  Component 

R&O 

| 

research  and  development 

1  RCDB 

research,  development,  and  acquisition  data  base 

RO 

data  requirements  document 

ROA 

research,  development,  and  acquisition 

RDACB 

research  and  development  consolidated  data  base 

ROA  IS 

Research,  Development  and  Acquisition  Information 

System 

RDAISA 

US  Army  Research,  Development,  and  Acquisition 

Information  Systems  Agency 
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RDD 

required  delivery  date 

RDTE 

research,  development,  test,  and  evaluation 

rqmt 

requirement 

RRF 

Ready  Reserve  Force 

RSCS 

Remote  Spooling  Communication  System 

RT 

Test  Analysis  Report 

SA 

security  assistance 

SACS 

Structure  and  Composition  System 

SAG 

Study  Advisory  Group 

SAT 

Software  Acceptance  Test 

SDP 

System  Development  Plan 

SECDEF 

Secretary  of  Defense 

SELCOM 

Select  Committee 

SLOC 

sea  line(s)  of  communication  (logistic  routes) 

SMM 

Strategic  Mobility  Module 

SMS 

Systems  Management  Submodule 

SPOO 

seaport  of  debarkation 

SPOE 

seaport  of  embarkation 

SQL/DS 

Structured  Query  Language/Data  System  (data  base 
language  and  management  system) 

SRC 

standard  requirement  code 

SS 

system/subsystem  specification 

STAIRS 

Storage  and  Information  Retrieval  System 

STON 

short  ton(s) 

STAROAS 

Standard  Army  RDA  System 

STARNET 

Strategic  Air  Route  Network 

STRANET 

Strategic  Highway  Corridor  Network 

STRARNET 

Strategic  Rail  Corridor  Network 
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SWA 

TAA 

TAAOS 

TAEDP 

TAP 

TAT 

TB 

TEA 

TFE 

THISA 

TMS 

TO 

TOA 

TOE 

TPFDD 

TPM 

TPSN 

TRADOC 

trans 

TUCHA 

TWG 

UIC 

UM 

US 

USAF 

USAMSSA 


Southwest  Asia 

Total  Army  Analysis  (study) 

The  Army  Authorization  Document  System 

Total  Army  Equipment  Distribution  Program 

The  Army  Plan 

to  accompany  troops 

technical  bulletin 

Transportation  Engineering  Agency 

Transportation  Feasibility  Estimator 

Transaction  History  File 

Transportation  Models  Submodule 

transportation  officer;  theater  of  operations 

Transportation  Operating  Agency 

tables(s)  of  organization  and  equipment 

Time-Phased  Force  Deployment  Data 

technical  person-months 

troop  program  sequence  number  . 

US  Army  Training  and  Doctrine  Command 
transportation 

Type  Unit  Characteristics  File;  JOPS  ADP  standard 
reference  file 

Technical  Working  Group 

unit  identification  code 

user's  manual 

United  States 

United  States  Air  Force 

US  Army  Management  Systems  Support  Agency 
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USARJ 


WESTCOM 


WWMCCS 


ASSETS 


APORTS 


CHSTR 


INTELLECT 


INTERMODAL 


Mini-MIDAS 


MOVER 


PORTS 


RAPIDSIM 
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US  Army  Japan 


unit  type  code 


virtual  machine 


Vector  Research,  Inc. 


US  Army  Western  Command 


Worldwide  Intratheater  Mobility  Study 


war  reserve  materiel  requirement 


war  reserve  stocks 


Worldwide  Military  Command  and  Control  System 


2.  DEFINITIONS 


Transportation  Assets  File;  JOPS  ADP  standard 
reference  file 


Aerial  Ports  and  Air  Operating  Bases  File;  JOPS  ADP 
standard  reference  file 


Characteristics  of  Transportation  Resource  File;  JOPS 
ADP  standard  reference  file. 


Software  package  which  allows  plain  English  queries  of 
data  files. 


The  transfer  of  freight  vehicles  or  their  load 
carrying  structure  (i.e.,  container)  between  two  or 
more  modes  of  travel. 


An  interactive,  intertheater  strategic  transportation 
system  model  developed  under  OSD  contract  by  General 
Research  Corporation.  Microcomputer  based.  Expected 
delivery  in  Feb  78. 


An  interactive  requirements  model  for  transportation 
force  structuring  developed  under  Navy  contract  by 
Information  Spectrum,  Inc.  Microcomputer  based. 


Ports  Characteristics  File;  JOPS  ADP  standard 
reference  file. 


Rapid  Intertheater  Deployment  Simulation.  An 
intertheater  transportation  model  used  by  JCS  for 
quick  analysis  of  mobility  issues. 


Glossary-11 


-cr-m 


SAS  IBM  software  package  for  statistical  manipulations, 

programing  language. 

SHAKER  An  interactive,  intertheater  simulation  model 

currently  under  development  through  US  Army 
Transportation  School  contract  by  Information 
Spectrum,  Inc.  Expected  delivery  in  March  1987. 

SITAF  Simulation  for  Transportation  Analysis  and  Planning. 

A  general  purpose  transportation  model  developed  by 
OSD,  PA&E,  for  strategic  mobility  planning. 

stochastic  An  analysis  of  the  systems  driven  by  random  variables 

analysis 

SUMMITS  Scenario  Unrestricted  Mobility  Model  for  Intratheater 
Simulation.  An  intratheater  model  which  simulates  the 
movement  of  commodities  and  personnel  between  nodes  in 
a  theater  of  operation. 

TRANSMO  Transportation  Model.  An  intertheater  strategic 
mobility  model  in  which  movement  requirements  are 
identified  in  terms  of  tonnage  by  cargo  type. 
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